Eldobható/egyedi e-mail címek "házilag"

Linux-haladó

Egy olyan megoldást szeretnék - valószínűleg postfix alatt -, hogy az egyes felhasználók tudjanak maguknak eldobhat e-mail címeket gyártani.
Az ideális megoldás az lenne ha:

- egy gyanús oldal kér egy e-mail címet a felhasználótól
- a felhasználó beírja hogy fisher.gyanusoldalneve @ fisher.hu
- a levél megérkezik a fisher @ fisher.hu-hoz tartozó postafiókba (általánosan megfogalmazva az utolsó pont utáni szöveget nem kell figyelembe venni ha nem létező e-mail címre érkezik levél)
- a levelezőkliensben könnyen lehet rá filtert tenni(*), ha spammolnak
- a filter globális (server side), azaz ha felveszem pl. roudncube alatt, akkor a thunderbird alá se esik már be (.procmail??)
- a tökéletes megoldás az lenne ha az összes kliens tudná ezeket a filtereket módosítani, de én megelégszem azzal is, ha csak az egyik képes erre

Az elsődleges cél nem a spam elleni védekezés, hanem hogy nyomon lehessen követni,hogy melyik cég/szervezet kinek adja ki a címeket tartalmazó adatbázisát.

Amit keresek, az egy - esetleg már valaki által elkészített - megoldás. A levelek elfogadását tippre a postfixszel tudnám legkönnyebben megcsinálni, de a szerveroldali filterek kezelése kérdéses. Amit találtam eddig:

http://sieve.mozdev.org/changelog.html
http://www.tehinterweb.co.uk/roundcube/#pisieverules

Valakinek van-e tapasztalata a fentiekkel? Esetleg konkrét megoldása, hogy ne nekem kelljen még egyszer feltalálnom a langyos vizet :D

(*) azaz nem vi meg az mcedit se játszik, informatikában járatlan emberek használják majd a rendszert, akinek nem kell érteni az ilyesmihez.

  • 4248 megtekintés

( turdus | 2010. 10. 03., v – 14:55 )

Ö, akkor most mit is akarsz tulajdonképpen? Ha jól értem, akkor
(usernév)(sallag)@(szerver) alakú recipienteket akarsz fogadni és kézbesíteni a (usernév)@(szerver) postafiókokba?
Ha igen, akkor a procmail a barátod.

Ezt se értem teljesen... először is rá kell beszélni, hogy az smtp szerver elfogadjon minden olyan levelet, ami valós postafiók vagy azzal kezdődik, és egy pont után valami - hanyagolható - string van. Minden mást dobáljon el rettenetes igyekezettel.

A procmail csak ezután jön, nem?

Áh, vagy az smtp szerver mindent odaad a procmailnak, ha ilyen a levél, ha nem?

( bambano | 2010. 10. 03., v – 14:56 )

a plusszos megoldás, amikor gyűjtőpostafióknak tekinted az userek postafiókját, nem jó?

igen, régen az isp-knél volt olyan megoldás, hogy x vállalat előfizetett, akkor vallalatnev+usernev@ispnev.hu címre jött a levél, azt az isp egy pop3 kapcsolattal letöltötte, majd a + utáni usernév alapján szétszortírozta házon belül. Ehhez lehetett úgy konfigelni az isp mta-ját, hogy amikor az isp-n belül zajlott a lokális kézbesítés, akkor csak a + előtti részt vette figyelembe.

Ez eddig oké, van ilyen, meg lehet csinálni. De ez még csak a probléma egyik fele. A másik, macerásabb fele, a szerveren történő válogatás még mindig kérdéses.

Végül is egy .procmailrc szerkesztő is megteszi, aminek van webes felülete, de ez már problémás, mert a legtöbb felhasználó nem szereti, ha más rendszert is kell használnia. Hacsak bele nem kalapálom pl. a roundcube menüjébe valahogyan. De akkor meg az autentikáció válik problémává.

Azért, hogy a fisher.undokceg @ fisher.hu-ra érkező levelek sose jussanak el hozzám. Az ideális az lenne, ha maga az SMTP szerver dobálná vissza, de ez lehet hogy macerás (bár nem is biztos...).

Én pl. elég sokat lógok mobilneten, ott minden levél számít. Vissza is tértem a modemes időkhöz, egy méret felett nem tölti le automatikusan a leveleimet a thunderbird.

Az egész onnét indult, hogy egy, a fentiekhez hasonló címem, amit kézzel csináltam, és megadtam egy szervezetnek. Ez most már csak egy magánszemélytől kap leveleket.

Egyáltalán nem kétlem - eheheh, sajnos nem tudok elég ironikusan foglamazni -, hogy teljesen törvényesen jártak el az adataimmal, de akkor is, szarjanak sünt.

Amúgy nagyjából sejtem, hogy miket lehetne csinálni. Az igazi kérdés az az, hogy valaki csinált-e már ilyet, hátha megosztja velem a tapasztalatait.

Nomeg már többször volt, hogy olyan tippet kaptam, amire magamtól nem is gondoltam volna.

van egy imapfilter nevű progi, én azzal próbálkoznék... bejönne minden levél egy postafiókba, az imapfilter egy pozitív/white lista alapján berakná egy folderbe azt, amiről tudod, hogy jó, a többit másikba, és azt akkor néznéd meg, ha rendes gép/net előtt ülsz.

Hogy készítem el a whitelist-et? Ahogy az elején is írtam, ennek úgy kell működnie, ahogy az is jól tudja használni, aki abszolút nem ért az informatikához (konkrétan még az is probléma, hogy a hibaüzenetet végigolvassa, amiben pl. szerepel az "unbalanced '<'" szöveg), mert nem (csak) nekem van erre szükségem, hanem az egész cégnek szánom.

A hozzászólások alapján úgy látom, hogy nem nagyon lesz kész megoldás, vagy gyártok hozzá valamit, vagy ez a funkció hanyagolva lesz.

( Jason v | 2010. 10. 03., v – 15:51 )

pl fogsz egy mysql alapu postfix konfigot, egy webes felületen hozzáadhatnak sallangos címeket (saját címeikhez generálhatnak sallangot pl.), amik bekerülnek a forwardingsba, rátolsz egy ttl-t, napi cron aprítja, hacsak nem mondja azt az user, hogy "léciléci, legyen ez a sallangos emailcím permanens..." és akkor leveszed róla a ttl-t, nehogy a cronscripted leölje.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

van nekem egy ehhez hasonlo cuccom, csak mar regen nem hasznalom pedig most nagyon kene. Lenyeg, hogy mindenkinek, _MINDENKINEK_ egyedi mailcimet generalok, es az esetek tobbsegeben csak annak engedem meg h irjon arra a cimre, akinek adtam. Ugye, felmerul neha a tobb embernek cc-zes esete, mikor reply-allal egy olyan emberke akar arra a bizonyos cimre levelet kuldeni, akinek nincs joga, hat ilyenkor okosan lekezeli a stuffom a thread-id meg egyeb ilyen jellemzok alapjan, hogy az egy valaszlevel egy korabban jott levelre, vagy mifene.

majd publikalom, csak rendbe kell hozni, mert regi es gany a kodja.

( uid_1062 | 2010. 10. 03., v – 20:27 )

A + rendszert emlegetőknek megemlítem, hogy számos webes levélküldő form szarik az RFC-re és nem veszi be a + jelet.

Tudom, most majd jön, hogy szólni kell. Szóltam. kb. 50 oldalon. Aztán feladtam.

( Aadaam v | 2010. 10. 04., h – 01:31 )

Regen a math.bme.hu volt igy beconfigolva, erdemes lenne megkerdezni az ottani rendszergazdakat, de passzolom, ki az.

( STP | 2010. 11. 14., v – 23:53 )

Önszopatásnak kiváló.
Regeli a jóska a joska127@domainem.hu-t.
Eldobta a címet, lokálisan már nincs ilyen.
Ettől még 572 helyről fognak küldeni a @domainem.hu MX-ére a levelt, joska127 címére.
Szóval, ha az erőforrások értelmetlen felzabáltatása a cél, akkor jó az irány.

Ez jóval hatékonyabb megoldás mint egy spamfilter, mivel a nemlétező címre küldött levelet azonnal el lehet dobni, nem kell keresztülzavarni mindenféle szűrőn.

Amit még el tudok képzelni, hogy be kéne építeni a pookmail-ra vagy a spam.la-ra hasonlító megoldás egy aldomain alá.

A DNS piszkálgatásával jóval hatékonyabban lehet megoldani. Kűdené a derék spammer a spamot, keresi az adott címhez az MX-et, de nem találja, mert a zóna/host már nem létezik.

Az én esetemben ez sajnos azért nem játszódik, mert mint írtam, hozzánemértő embereknek kell használniuk. Még gondolkozom, hogy miképp lehetne ezt jól megcsinálni, pl. hogy egy formon "kérek egy eldobható címet" gombra bökve kap egyet egy napra, hétre, hónapra, visszavonásig. Pl. olyat, hogy user@gyanusceg.domain.hú.

Ehhez smtp oldalon user@*.domain.hu-t lenne jó konfigurálni, ami nem annyira triviális(1) (bár csináltam már ilyet, de undok dolog), a DNS-ben pedig lehetne pl. rndc-vel idomítani a zónákat.

(1
Belegondolva ha pl. mysql-ben tárolnám, akkor nem is lenne annyira borzalmas, mert a táblákat azért viszonylag emberi módon lehet lekérdezni, törölgetni belőle, miegyéb.