03. marts 2004 - 23:18Der er
14 kommentarer og 1 løsning
Mailserver med relaying - at undgå spammere!
Hej Eksperter...
Jeg har i samarbejde med ejeren af Powerhosting.dk som har udviklet et system, hvor man kan oprette mailadresser online - (altså en webadmin) - snakket om at lave en Hotmail/OFiR ect. funktion. Scriptet skal bare laves lidt om, men der er bare ét problem!. - For at hans andre kunder kan bruge deres almindelige webmail, SKAL relaying være på - og det gør det jo muligt at bruge serveren til spam via smtp...
...som forresten kører som localhost.
Hvordan gør jeg vores Hotmail-funktion sikker, sådan at brugerene af hjemmesiden kan få deres egen email-adresse, uden at skulle være i fare for nogle 'spammere'
Der bliver kodet i PHP+MySQL - altså hvis i mener der skulle laves noget serverside; men er der noget der kan rette på serveren el.lign?
Forklar dig lige lidt bedre, hvad mener du med relaying? Serveren skal bare sættes op til at localhost kan sende igennem den (Det er rimlig standard i mange MTA's).
SMTP'en er som standart sat til localhost, som kører alle webmails - dette er jo i og for sig også en webmail, men vi er ikke interesseret i at folk skal kunne spamme fra den...
1) hvorfor skal relaying være på for at nogle kan lave webmail. Det skal den ikke, webmail sendes jo netop fra serveren selv (localhost), hvorimod relaying er at andre kan levere SNMP mail som så videresendes...
2) Du siger i den sidste at "folk" ikke skal kunne spamme, tænker du på eksterne eller dine egne brugere - for de sidstnævnte vil jo altid kunne spamme (men så kan du bare se præcis hvem der har gjort det....
her komer lige et resumé: 1: courier gør brug at 7n struktur der hedder følgende: /mailspool/domænenavn.tld/user/Maildir hvor maildiret er det dir mailen egentligt ligger i. for at kunne skrive det det gennem PHP er man nødt til at acceptere www-data:www-data som ejer af diret, dette repræsenterer en del problemer da courier-mta'en ikke accepterer /Maildir'et er ejet af andre end mailserveren selv og ellers chmoddet 755. -dette omgåes af et par perlscripts som sørger for relevant chown og chmod efter oprettelse af /mailspool/donemæne.tld./user/Maildir, disse perlscripts kan ikke kaldes igennem apache, da www-data:www-data ikke har lov til at chowne, dette kan kun gøres af SU. derfor er der oprettet perl scripts som kan sudo'es af apache og det giver ok, funktionalitet. desuden skal 3 andre scripts kaldes af root for at aktivere en ny konto
det som 44fire44 ønsker, er et interface hvori users på hans hjemmeside kan oprette emailkonti gennem ovenstående værktøj. -for mig repræsenterer det flg. problemer: 1: alle kan oprette en "fake" emailadresse som kan bruges til at spamme fra, da man ingen praktisk mulighed har for at validere brugere + info. 2: det sikkerhedsmæssige aspekt i at give users lov til at skrive i mailusers databasen + give lov til at eksekvere scripts som root på boxen.
SMTP-relaying er nødvendig for at tilbyde email-funktionalitet for flere kunder.
users ligger i en databse, men det er ikke helt nok til at oprette relevante dir på disken, chowne dem til courier og derefter køre 3 scripts lokalt på serveren som root. hvis du har en smartere løsning, kvitterer jeg gerne med en kasse rødvin.. :-)
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
