On Fri, 8 Mar 2002, Alex 'CAVE' Cernat wrote: > > lol > > man nu ai gasit nici o metoda super de spam , este absolut normal > > tu ce ai vrea, cum vrei tu sa verifice serverul de mail ca domeniul/adresa > > din mail from: este chiar a "ta" (in functie de ip-ul pe care faci > > conexiunea smtp) ? reverse? ?! si daca ai sute de domenii pe acelasi > > server de mail ce faci? haha man stai cuminte nu te agita ca pierzi vremea > > nu ... nici pe departe ... eram prea sukarit ieri si probabil ca am fost prea > departe de a fi precis bine, sendmailul face macar o verificare ca domeniul > sender-ului exista ( apa de ploaie, dar macar e un pas inainte ) > :)
> intr-adevar, ai dreptate, faptul ca ii raspunde cu user not found sau nu e un > bug in sensul ca poate sa afle numele unui user de pe mashina respectiva, > total de acord > Sau un compromis. Depinde cum privesti. > in ceea ce ma priveste kestia cu rejectarea mailului inainte de a-l trimite > m-ar interesa in 2 locuri: 1. in cazul in care un user nu exista sa nu se mai > faca trafic inutil ( si inca dublu - cu tot cu atasamente ) 2. in cazul in > care mailul vine de la adrese de genul freesex, freemoney & whatever ( am vreo > 100 de adrese pe care le tai de tot ), sa dea drop la mail ( access.db rules ) > - e cam fascist, dar sanatos ... oricum nu sunt bune de nimic mailurile alea > 1. Pentru primul caz e clar ca tre facut in qmail-smtpd ca acolo are loc sesiune smtp. Ori gasesti un qmail-smtpd care sa faca asta deja pentru vpopmail, ori iti faci tu :) 2. Pentru 2 vezi /var/qmail/control/badmailfrom, este pagina de manual prin /var/qmail/man/ > la partea cu aflatul userilor, mdea ... se prea poate ... dar in cazul unui > server de mail pe care vreau sa-l fac fara useri ( vpopmail e chiar super si > mi-a placut 100% ) nu cred ca asta conteaza catusi de putin ( vor fi 2 useri + > restul de la qmail ) > Asta spuneam si eu. Ca in cazul in care faci userii cum vrea muschiul tau (de unde si flexibiliatea super a qmail-ului) ar trebui sa verifici existenta lor intr-un fel dependent de storage-ul lor, si deci sa ai un qmail-smtpd bloated :). > de fapt ai dreptate, nu poti sa-i multumesti pe toti, si sendmail si qmail > abordeaza in mod diferit problema asta de user not found, pe gustul fiecaruia > Asta incercam sa zic. Avantajul la qmail ar mai fi ca ai o baza secure (as good as it gets that is) de la care pornesti, flexibil incat poti face ce vrei tu cu stocarea userilor (cu quota cu ce vrea muschiul tau). Iar atunci cand ai nevoie de chestii mai "smechere" intri in surse (unde este mult mai probabil sa intri in qmail-smtpd, un fisier C foarte clar si mititel decat sendmail-ul :) ). > partea cu patch-ul de qmail-smtpd e chiar interesanta as spune si intrebarea > mea este cum se implementeaza vis-a-vis de vpopmail si as fi recunoscator daca > poti sa-mi dai ceva referinte in aceasta problema ( o adresa de web ceva ... > pentru ca nu am vazut pe nicaieri ) > Pai nu stiu ce referinte sa-ti dau. Eu am dezvoltat o kestie adhoc, o solutie pentru modul de stocare folosit pe acel server (nu e vpopmail, dar practic face tot ce face vpopmail dar prin scripturi perl, bash si chiar mai mult prin patch pe qmail-smtpd). Deci ai putea patchui qmail-smtpd (mi-a luat 3-4 ore) sa se uite in db dupa userii de vpopmail (sa nu-mi spui ca nu i-ai pus in db :) ). Daca nici asa nu vrei si vrei ceva mult mai portabil incearca sa folosesti libvpopmail.a care ar trebui sa-ti ofere tot ce vrei. > in ceea ce priveste punctul 2 = balarii de mesaje aiurea pseudo-spam, qmailul, > din cate am vazut, are ceva metode de control a accesului, dar iarasi nu stiu > daca o face in momentul in care primeste headerul ( pentru ca altfel tot > degeaba, iar trafic inutil ) > ---------------------------- Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated. --- Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to unsubscribe from this list.
