[Mono]

Idézet: gmweb - Dátum: 2008. márc. 4., kedd - 11:36

na akkor megpróbálom leírni a gondom. A felhasználók csak webes felületrõl tudjanak mailt küldeni. Ez a lényeg.

Oké. Ha a WEB-es felület az SMTP szerveren fut, akkor - mint fentebb is írtam - a mynetworks értéke legyen csak a localhost-nak megfelelõ 127.0.0.0/8.
Emellett legyen még az "smtp_recipient_restrictions = permit_mynetworks", az sasl_authenticated ez esetben nem kell. Ekkor levél küldést csak a mynetworks-ben megadott forrásról fog engedélyezni - ez esetben authentikáció nélkül, de webmail-re már egyszer amúgyis bejelentkezett, felesleges lenne újra authentikáltatni.
Ha a WEBMail nem az SMTP szerveren fut, akkor a mynetworks-ben annak címét érdemes felvenni, bár ekkor már kicsit körültekintõbben kell eljárni.

Idézet

Azaz az SMTP szerver visszadobjon minden olyan levelet, ami nem a gépen levõ emailekre jön.

Visszadob, alapból, "user unknown" 5xx-es hibakóddal.

Idézet

A SPAM-et arra értettem, hogy ha valakinek most van nálam email címe, akkor autentikáció után a gépemen keresztül SPAM-et tud küldeni akárkinek (a gépemet állítja be SMTP szervernek). Ezt szeretném megakadájozni.

Authentikáció pont arra való, hogy fû-fa ne tudjon mindenfelé levelet küldeni, csak az, aki rendelkezik felhasználónévvel, jelszóval. De ha nem bízol meg bennük ezek után sem...

[1soproni]

Hogyan lehet olyat csinálni a postfix-szel, hogy az authentikálásnál a név usernev.domain is legyen? Valaki nagyszerû elõd egyszer úgy csinálta meg egy cég szerverét, és most 3-400 kliens úgy van beállítva. Jó lenne, ha usernev@domain és usernev.domain is mûködne. Mi a megoldás?

Szerk: eredetileg postfix-szel csináltak ilyet, aztán egy utód-cég áttette exim-re, de én megintcsak postfix-et használnék (mert amúgy is újra kell telepíteni a rendszert)...

Szerkesztette: 1soproni 2008. 03. 12. 09:29 -kor

[szeki08]

hello, van egy problémám debian+postfix+dovecot témában:

a @domain.ltd címekre tökéletesen mûkdödik minden, azonban ha egy "külsõ" domainre szeretnék küldeni levelet, akkor ezt a sort írja a mail.logba:

Jul 13 14:03:48 HOSTNAME postfix/qmgr[23079]: EFD65160F6E: to=<CÍM@DOMAIN.hu>, relay=none, delay=0.06, delays=0.04/0.02/0/0, dsn=4.4.1, status=deferred (delivery temporarily suspended: connect to smtp.DOMAIN.hu[NN.NNN.NN.NN]: Connection timed out)

az e-mailcím valós, és az ip is létezik, azonban ez egy vps(virtuális) szerver, így az smtp.domain.hu után lévõ ip a fizikai gépre mutat, nem a saját configolt debianra... talán e miatt nem mûküdik, de ez csak tipp... valakinek van valami ötlete?

[kroozo]

Idézet: szeki08 - Dátum: 2008. júl. 13., vasárnap - 14:09

hello, van egy problémám debian+postfix+dovecot témában:

a @domain.ltd címekre tökéletesen mûkdödik minden, azonban ha egy "külsõ" domainre szeretnék küldeni levelet, akkor ezt a sort írja a mail.logba:

Jul 13 14:03:48 HOSTNAME postfix/qmgr[23079]: EFD65160F6E: to=<CÍM@DOMAIN.hu>, relay=none, delay=0.06, delays=0.04/0.02/0/0, dsn=4.4.1, status=deferred (delivery temporarily suspended: connect to smtp.DOMAIN.hu[NN.NNN.NN.NN]: Connection timed out)

az e-mailcím valós, és az ip is létezik, azonban ez egy vps(virtuális) szerver, így az smtp.domain.hu után lévõ ip a fizikai gépre mutat, nem a saját configolt debianra... talán e miatt nem mûküdik, de ez csak tipp... valakinek van valami ötlete?

ezt most sajat magad hostolod, vagy pedig ez egy valoban idegen mx?

A hibauzenet arra utal, hogy baxik barki is valaszolni az adott ip 25os portjan. Vagyis nem fut ott smtp, pedig kene, mert anelkul nem lehet levelet kuldeni.

Nem egeszen vilagos mit ertessz fizikai gep alatt. Ha ez valaki mas, akkor beszelj vele, hogy mizu. Ha mindenki mas, akkor nezd meg a tuzfaladat, ha pedig egy nalad hostolt domain, akinek levelezni kene, akkor lesd meg a postfix configot, valoszinu local deliverynek kene lennie.

[szeki08]

Idézet: kroozo - Dátum: 2008. júl. 13., vasárnap - 14:32

ezt most sajat magad hostolod, vagy pedig ez egy valoban idegen mx?

A hibauzenet arra utal, hogy baxik barki is valaszolni az adott ip 25os portjan. Vagyis nem fut ott smtp, pedig kene, mert anelkul nem lehet levelet kuldeni.

Nem egeszen vilagos mit ertessz fizikai gep alatt. Ha ez valaki mas, akkor beszelj vele, hogy mizu. Ha mindenki mas, akkor nezd meg a tuzfaladat, ha pedig egy nalad hostolt domain, akinek levelezni kene, akkor lesd meg a postfix configot, valoszinu local deliverynek kene lennie.

nem, nekem van egy hostolt domainem, amirõl egy másik hostra szeretnék küldeni egy e-mailt, amit egy netszolgáltató üzemeltet.

a postfix egy virtuális szerveren fut, az "eredeti" gépnek(amin fut a virtuális szerver) van IPje, és az én virtuális szerveremet is ezen az ipn érem el. (a domain MX rekordjában is ez az ip szerepel). Ezért nem fut azon az IP-n SMTP, mert arra én nem tudok felrakni semmit. Így szerintem nem ezen az ipn kellene kommunikálni, hanem a domainen, mert azt (gondolom) a VPS szolgáltatóm átirányítja az én virtuális szerveremre. (pl ha a domain bejegyzésénél megadott IP-t írom a böngészõbe, akkor sem az jön be, mintha a domaint írnám be, hanem a fizikai szerver default üdvözlõképernyõje).

[kroozo]

Idézet: szeki08 - Dátum: 2008. júl. 14., hétfõ - 12:36

nem, nekem van egy hostolt domainem, amirõl egy másik hostra szeretnék küldeni egy e-mailt, amit egy netszolgáltató üzemeltet.

a postfix egy virtuális szerveren fut, az "eredeti" gépnek(amin fut a virtuális szerver) van IPje, és az én virtuális szerveremet is ezen az ipn érem el. (a domain MX rekordjában is ez az ip szerepel). Ezért nem fut azon az IP-n SMTP, mert arra én nem tudok felrakni semmit. Így szerintem nem ezen az ipn kellene kommunikálni, hanem a domainen, mert azt (gondolom) a VPS szolgáltatóm átirányítja az én virtuális szerveremre. (pl ha a domain bejegyzésénél megadott IP-t írom a böngészõbe, akkor sem az jön be, mintha a domaint írnám be, hanem a fizikai szerver default üdvözlõképernyõje).

Aha.

Ha jol ertem, akkor ebben "connect to smtp.DOMAIN.hu[NN.NNN.NN.NN]: " az ip valaki mase. Nevezetesen a domain.hu mxenek a cime. Na, ott kellene futni smtpnek, es azt neked el kellene erned, de valamiert nem tudod. Tuzesfal szaga van valahol.

[szeki08]

Idézet: kroozo - Dátum: 2008. júl. 14., hétfõ - 11:54

Aha.

Ha jol ertem, akkor ebben "connect to smtp.DOMAIN.hu[NN.NNN.NN.NN]: " az ip valaki mase. Nevezetesen a domain.hu mxenek a cime. Na, ott kellene futni smtpnek, es azt neked el kellene erned, de valamiert nem tudod. Tuzesfal szaga van valahol.

nem

van egy szerver az adott IP mögött. arra a szerverre fel van installálva pár virtuális szerver, többet között az enyém is. Így én azt az IP-t kaptam meg, amire fel van installálva, erre lett beállítva az MX rekord is. amikor pedig beírom a domaint, akkor virtualhostokkal (vagy valami hasonlóval) kapja meg az én virtuális szerverem a kérést. Amikor viszont küldöm az e-mailt, akkor a logban az a szerver IPje szerepel, amire fel vannak telepítve a virtuális szerverek (hisz a net felé igazából ez az egy IP van). Nyilván arra a gépre én nem rakhatok semmit, mivel én csak a virtuális szervert bérlem, nem egy dedikált szervert.

[kroozo]

Idézet: szeki08 - Dátum: 2008. júl. 14., hétfõ - 14:39

nem

van egy szerver az adott IP mögött. arra a szerverre fel van installálva pár virtuális szerver, többet között az enyém is. Így én azt az IP-t kaptam meg, amire fel van installálva, erre lett beállítva az MX rekord is. amikor pedig beírom a domaint, akkor virtualhostokkal (vagy valami hasonlóval) kapja meg az én virtuális szerverem a kérést. Amikor viszont küldöm az e-mailt, akkor a logban az a szerver IPje szerepel, amire fel vannak telepítve a virtuális szerverek (hisz a net felé igazából ez az egy IP van). Nyilván arra a gépre én nem rakhatok semmit, mivel én csak a virtuális szervert bérlem, nem egy dedikált szervert.

Ezt en ertem, de miert akarod te a host gepnek kuldeni a levelet? :confused: Neked a fogado fel smpt szerveret kene megceloznod jo esellyel. (Hacsak nem akarsz smarthostoltatni a szolgaltatoddal).

Vagyis tegyuk fel hogy te vagy smtp.mydomain.hu (1.2.3.4). Ez az ipcim egyebkent 'igazabol' a virtualisszerver.hu is, d most minket ez nem erdekel. Levelet meg szeretnenk kuldeni az smtp.valakimas.hu-ra.

Namost ha jol ertem, amit irsz, akkor neked a logban a valakimas.hu cimekent (1.2.3.4) szerepel. Nem annak kene.

[szeki08]

Idézet: kroozo - Dátum: 2008. júl. 14., hétfõ - 17:06

Ezt en ertem, de miert akarod te a host gepnek kuldeni a levelet? :confused: Neked a fogado fel smpt szerveret kene megceloznod jo esellyel. (Hacsak nem akarsz smarthostoltatni a szolgaltatoddal).

Vagyis tegyuk fel hogy te vagy smtp.mydomain.hu (1.2.3.4). Ez az ipcim egyebkent 'igazabol' a virtualisszerver.hu is, d most minket ez nem erdekel. Levelet meg szeretnenk kuldeni az smtp.valakimas.hu-ra.

Namost ha jol ertem, amit irsz, akkor neked a logban a valakimas.hu cimekent (1.2.3.4) szerepel. Nem annak kene.

nem a teljes logot másoltam be, így valóban kicsit félreérthetõ volt. A küldés néhány másodperccel azelött zajlik, amit bemáoltam az az adott host spamszürõje, ami csatlakozni szeretne az én szerveremhez (gondolom én). Mivel a saját privát emilcímemnél, valamint gmail címeknél is ez zajlik le, gondolom az esetek nagy %-ban nem mûködne a küldés.

a küldés maga amúgyígy néz ki, itt nincs hiba:

Jul 14 16:46:37 HOST postfix/smtp[24856]: 3C7A9160F69: to=<EMAIL@MHOST.hu>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.26, delays=0.05/0.01/0.01/0.19, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=21523-07, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 6C7A6160F70)
Jul 14 16:46:37 HOST postfix/qmgr[24750]: 3C7A9160F69: removed

[kroozo]

Idézet: szeki08 - Dátum: 2008. júl. 14., hétfõ - 19:24

nem a teljes logot másoltam be, így valóban kicsit félreérthetõ volt. A küldés néhány másodperccel azelött zajlik, amit bemáoltam az az adott host spamszürõje, ami csatlakozni szeretne az én szerveremhez (gondolom én). Mivel a saját privát emilcímemnél, valamint gmail címeknél is ez zajlik le, gondolom az esetek nagy %-ban nem mûködne a küldés.

a küldés maga amúgyígy néz ki, itt nincs hiba:

Jul 14 16:46:37 HOST postfix/smtp[24856]: 3C7A9160F69: to=<EMAIL@MHOST.hu>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.26, delays=0.05/0.01/0.01/0.19, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=21523-07, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 6C7A6160F70)
Jul 14 16:46:37 HOST postfix/qmgr[24750]: 3C7A9160F69: removed

Ez nekem egyre zavarosabb. Miert akarna a masik host spamszuroje hozzad csatlakozni? Na jo, mondjuk van otletem, de ha az timeoutol, akkor az a masik oldalon timeoutol, es mivel annak az oka tipikusan az, hogy te nem valaszolsz, ezert az nallad nem latszik. Amit mutattal, ott te nem tudsz csatlakozni --ezekszerint-- magadhoz.

[szeki08]

Idézet: kroozo - Dátum: 2008. júl. 15., kedd - 4:14

Ez nekem egyre zavarosabb. Miert akarna a masik host spamszuroje hozzad csatlakozni? Na jo, mondjuk van otletem, de ha az timeoutol, akkor az a masik oldalon timeoutol, es mivel annak az oka tipikusan az, hogy te nem valaszolsz, ezert az nallad nem latszik. Amit mutattal, ott te nem tudsz csatlakozni --ezekszerint-- magadhoz.

számomra is egyre zavarosabb, volt egy relay_host beállítva a main.cfben. amint ezt kiszedtem a következõ hibát dobta gmailes címre küldve:

Jul 21 16:25:13 HOST amavis[32226]: (32226-02) Passed CLEAN, LOCAL [127.0.0.1] [127.0.0.1] <TESZT@DOMAIN1.HU> -> <TESZT@DOMAIN2.COM>, Message-ID: <50519.192.168.3.10.1216650312.squirrel@HOST.hu>, mail_id: 3yxHqAjY-663, Hits: -, queued_as: 6F8B2160F2E, 700 ms
Jul 21 16:25:13 HOST postfix/smtp[32331]: B9599160A16: to=<TESZT@DOMAIN2.COM>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.78, delays=0.06/0.01/0.01/0.7, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=32226-02, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 6F8B2160F2E)
Jul 21 16:25:13 HOST postfix/qmgr[32325]: B9599160A16: removed

#itt még van egy pár sor... (IMAP)

Jul 21 16:25:43 HOST postfix/smtp[32337]: connect to gmail-smtp-in.l.google.com[66.249.93.27]: Connection timed out (port 25)
Jul 21 16:26:13 HOST postfix/smtp[32337]: connect to gmail-smtp-in.l.google.com[66.249.93.114]: Connection timed out (port 25)
Jul 21 16:26:43 HOST postfix/smtp[32337]: connect to alt1.gmail-smtp-in.l.google.com[74.125.45.114]: Connection timed out (port 25)
Jul 21 16:27:13 HOST postfix/smtp[32337]: connect to alt2.gmail-smtp-in.l.google.com[64.233.185.27]: Connection timed out (port 25)
Jul 21 16:27:43 HOST postfix/smtp[32337]: connect to alt2.gmail-smtp-in.l.google.com[64.233.185.114]: Connection timed out (port 25)

tûzfal tudtommal nincs installálva (hogy tudom megnézni egyáltalán??). ha telnettel megpróbálok belépni az adott címre, akkor is timeoutot kapok.

[stryker_hun]

Sziasztok!
Lenne egy kis apró gondom postfix courier  párosnál aza  hiba lépett fel, hgy amikor újrainditom a postfixet akkor újra kiküldi az össze levelet erre lenne-e vmi megoldás?

[Friczy]

Idézet: stryker_hun - Dátum: 2008. júl. 30., szerda - 14:41

Sziasztok!
Lenne egy kis apró gondom postfix courier  párosnál aza  hiba lépett fel, hgy amikor újrainditom a postfixet akkor újra kiküldi az össze levelet erre lenne-e vmi megoldás?

A logok tüzetes elemzése. Ha a postfix úgy látja, hogy egy levél elküldése sikeres, akkor törli a queue-ból, vagyis nem tudja újraküldeni.

Persze a hibajelenség pontosabb körülményeinek leírása sem ártana a pontosabb válaszhoz...

[Mono]

Sziasztok!

Újabb postfixes gondom támadt

Vázolnám a helyzetet. Használok internetes, ingyenes fekete listákat levelek elfogadásához. Eddig komolyabb gond nem volt ezzel, most viszont akadt. Az történt ugyanis, hogy kollégám külföldi szállodából küldött levelet, a mi szerverünkön keresztül, authentikálva a mi szerverünkön létrehozott postafiók egyikébe és egy másik, külsõ domain-re, mint "cc"-zett cím. Azaz egy levelének volt egy kollégája és egy másik, nem kollégás címzettje. A kolléga nem kapta meg, a másik, külsõ domain-es pedig igen. Több napon keresztül, több ilyen manõver is volt, ugyanezzel az eredménnyel. Persze kiderült a dolog, logokban azt láttam, hogy jött be a külföldi kollégám levele, authentikált, saját domaines kollégája számára el lett utasítva a levél kézbesítése, a külsõ domain-es címzettnek szó nélkül el lett küldve. Ennek oka az volt, hogy a szálloda, ahonnan küldte, feketelistán volt (idõközben már lekerült onnan). Elég ciki, nem is nagyon értesül ilyenkor a feladó, hiszen feketelista alapján nincs bounce levél. IMAP-et használunk, az elküldött elemei közé szépen bele is került a levél, mint elküldött.

Mit lehet(ne) csinálni, hogy ilyen ne forduljon elõ többet Láttatok-e hasonló problémát, van-e ötletetek :confused: Arra gondolnék, legegyszerûbb megoldás az lenne, hogy az SMTP-re authentikált felhasználót már ne vizsgálja a feketelista alapján. De nem tudom, lehet-e ilyet és ha igen, akkor hogyan :confused:

Erre vonatkozólag némi részletet közölnék a main.cf-bõl:

mynetworks = 127.0.0.0/8, 192.168.6.0/24, 192.168.5.0/24
mailbox_command = /usr/bin/maildrop
home_mailbox = Maildir/
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
default_destination_recipient_limit = 200

############# Fontos beallitasok ####################
smtpd_delay_reject = yes
smtpd_helo_required = yes
disable_vrfy_command = yes
strict_rfc821_envelopes = yes
smtpd_soft_error = 5
smtpd_hard_error = 5
smtpd_error_sleep_time = 2s
message_size_limit = 30720000

smtpd_client_restrictions = check_client_access hash:/etc/postfix/access_client

smtpd_sender_restrictions = reject_non_fqdn_sender, reject_unknown_sender_domain, check_sender_access hash:/etc/postfix/access_email

smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_invalid_hostname, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unverified_recipient, reject_multi_recipient_bounce, reject_rbl_client cbl.abuseat.org, reject_rbl_client zombie.dnsbl.sorbs.net

############## SASL Authentikacio ####################
smtpd_sasl_local_domain =
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes

Természetesen a feketelisták jóval többen vannak felsorolva, de egyszerûség kedvéért, valamint paranoiás okok miatt csak párat hagytam meg. Mindegyik mûködik, ezeket szoktam is ellenõrizni idõközönként, vannak, hogy megszûnnek, lesznek újak, de most nem is ez a lényeg, hiszen pont, hogy egy feketelista fogta meg a bejövõ levelet, melyet egy kinti, authentikált kollégám írt egy másik kollégámnak, ugyanazon domainen belül...

Várnám ötleteiteket!

Ja, ha számít valamit, rendszer szintû felhasználóim vannak, nem adatbázisban tartom õket és a domaint.

[DannY]

Idézet: Mono - Dátum: 2008. aug. 7., csütörtök - 15:55

Sziasztok!

Újabb postfixes gondom támadt

reject_rbl_client cbl.abuseat.org, reject_rbl_client zombie.dnsbl.sorbs.net

Ez a kérdés engem is érdekelne.

Annyit tennék hozzá, hogy szerintem óvakodni kell a túl sok rbl-tõl, mert több gondot is okozhat. SZVSZ inkább csak a spamhaus.org rbl-t használom, mert többször cikkeztek már róla, hogy talán a legpontosabban dolgozik. Abból sem a zen-t, hanem az sbl-xbl.spamhaus.org-ot állítottam be.

Nálam a spamszûrés-re spamassassin van, abban úgyis van még spamcop, meg egyéb rbl vizsgálata. Igaz, hogy erõforrás szempontjából jobb, ha a levél be sem kerül, de inkább a spam-ek között még megtaláljam, minthogy meg se érkezzen.

Szerkesztette: DannY 2008. 09. 04. 09:31 -kor

[DannY]

Nekem most olyan megoldás kellene, amivel csak a posfixem kimeõ, küldött leveleit tudom kiszûrni. Aztán az is jó lenne, ha ezt mysql-be be tudnám önteni, és végül tudnék küldõre limitet szabni (pl. x@y.hu loginnal (SASL) havi 1000 levelet küldhessen).

Nem tudom mennyire megoldható ez, de bõszen keresgélek, ha ötletetek lenne, dobjátok fel légyszi!

Köszi!

[Nagyika]

Idézet: DannY - Dátum: 2008. szept. 4., csütörtök - 10:39

Nekem most olyan megoldás kellene, amivel csak a posfixem kimeõ, küldött leveleit tudom kiszûrni. Aztán az is jó lenne, ha ezt mysql-be be tudnám önteni, és végül tudnék küldõre limitet szabni (pl. x@y.hu loginnal (SASL) havi 1000 levelet küldhessen).

Nem tudom mennyire megoldható ez, de bõszen keresgélek, ha ötletetek lenne, dobjátok fel légyszi!

Köszi!

Debianban postfix-policyd
Elég jól bevált a userek, valamint a hibásan megírt php alkalmazásaik ellen.

[Mono]

Idézet: DannY - Dátum: 2008. szept. 4., csütörtök - 9:29

Ez a kérdés engem is érdekelne.

Annyit tennék hozzá, hogy szerintem óvakodni kell a túl sok rbl-tõl, mert több gondot is okozhat. SZVSZ inkább csak a spamhaus.org rbl-t használom, mert többször cikkeztek már róla, hogy talán a legpontosabban dolgozik. Abból sem a zen-t, hanem az sbl-xbl.spamhaus.org-ot állítottam be.

Nálam a spamszûrés-re spamassassin van, abban úgyis van még spamcop, meg egyéb rbl vizsgálata. Igaz, hogy erõforrás szempontjából jobb, ha a levél be sem kerül, de inkább a spam-ek között még megtaláljam, minthogy meg se érkezzen.

Hát, nálam pont a spamhaus fogta meg a dolgot. De logokban volt egy link, amire kattintva elvileg mutatta volna, hogy mi volt a gond az IP címmel, ahonnan a küldés történt. Mikor kiderült és ránéztem, már tiszta volt az IP cím. Ez azt támasztja alá, hogy azért foglalkoznak vele, nem ragad fent évekre egy-egy IP cím.

Mindenesetre most betettem az "smtpd_client_restrictions" és az  "smtpd_sender_restrictions"-be is a "permit_sasl_authenticated"-et, remélem többet ilyen gondom nem lesz.

Szerver oldali spam szûréssel már többször is próbálkoztam, de nekem nem vált be. Mondjuk a cég filozófiája eleve nehezíti ezt a dolgot: ki lett jelentve, hogy egyetlen éles levél sem maradhat fent a spam szûrõn. Ezt én garantálni nem tudom, úgyhogy nem is használunk ilyet. Gondolom ez egyéni megítélés kérdése, nálunk ez a helyzet.

[DannY]

Idézet: Nagyika - Dátum: 2008. szept. 4., csütörtök - 23:19

Debianban postfix-policyd
Elég jól bevált a userek, valamint a hibásan megírt php alkalmazásaik ellen.

Köszönöm, ezt megvizsgálom.

[DannY]

Idézet: Mono - Dátum: 2008. szept. 5., péntek - 8:29

Hát, nálam pont a spamhaus fogta meg a dolgot. De logokban volt egy link, amire kattintva elvileg mutatta volna, hogy mi volt a gond az IP címmel, ahonnan a küldés történt. Mikor kiderült és ránéztem, már tiszta volt az IP cím. Ez azt támasztja alá, hogy azért foglalkoznak vele, nem ragad fent évekre egy-egy IP cím.

Voltak nekem is paráim a spamhaus miatt is, most felváltva kapcsolom ki és be az rbl-t a postfixben, aztán figyelem a hatást. Egyelõre úgy tûnik, nem kell aggódnom (ennek ellenére most épp ki van kapcsolva, és így kb. 6-8x több spam jut be).

Mióta rátaláltam a robtex.com -ra, azóta ott próbálom figyelgetni a szerverek, kliensek ip-jét, hogy mi újság. Ha még nem ismeritek merem ajánlani.

Nálam wehosting van, jó sok spam jön, de jó hatásfokkal dolgozik a szûrõ, nem panaszkodom.