Re: [toaster] Fake MX problem with qmail
On Fri, 7 Sep 2007 15:02:45 +0200 Alessio Cecchi wrote: Some ISP use this trick like antispam solution: http://wiki.apache.org/spamassassin/OtherTricks It's yet another half-baked(TM) solution to the spam problem. From my experience, more than 80% of the mail received by machines acting as secondary MX is spam. Based on this, it's an usual habbit to set up secondary MX records just to collect spam. But the wiki page says that with qmail remote server you can have some problem. And in fact i have find that qmail in some situations is unable to delivery the email in this situations. It's not quite a problem. If the primary MX is not available qmail-remote will retry to send the message later. Why? Is qmail that have problem with the RFC? Yes, qmail-remote does not try to deliver the message to secondary MX(s). In this case the ISP using that completely stupid setup is responsible for the breakage caused by using fake primary MX records. -- Adi Pircalabu
Re: [toaster] Fake MX problem with qmail
On Fri, 07 Sep 2007 10:10:23 -0400 Rick Macdougall wrote: Actually, if the primary MX does not respond, qmail will try the higher MX. If the primary MX responds but temp fails the message, qmail will try the same MX again later. That's correct, thanks! -- Adi Pircalabu
Re: [toaster] Fake MX problem with qmail
Adi Pircalabu wrote: On Fri, 7 Sep 2007 15:02:45 +0200 Alessio Cecchi wrote: Some ISP use this trick like antispam solution: http://wiki.apache.org/spamassassin/OtherTricks It's yet another half-baked(TM) solution to the spam problem. From my experience, more than 80% of the mail received by machines acting as secondary MX is spam. Based on this, it's an usual habbit to set up secondary MX records just to collect spam. But the wiki page says that with qmail remote server you can have some problem. And in fact i have find that qmail in some situations is unable to delivery the email in this situations. It's not quite a problem. If the primary MX is not available qmail-remote will retry to send the message later. Why? Is qmail that have problem with the RFC? Yes, qmail-remote does not try to deliver the message to secondary MX(s). In this case the ISP using that completely stupid setup is responsible for the breakage caused by using fake primary MX records. Actually, if the primary MX does not respond, qmail will try the higher MX. If the primary MX responds but temp fails the message, qmail will try the same MX again later. Regards, Rick
[toaster] Fake MX problem with qmail
Some ISP use this trick like antispam solution: http://wiki.apache.org/spamassassin/OtherTricks But the wiki page says that with qmail remote server you can have some problem. And in fact i have find that qmail in some situations is unable to delivery the email in this situations. Why? Is qmail that have problem with the RFC? Or this trick the problem? Thanks -- Alessio Cecchi is: @ ILS - http://www.linux.it/~alessice/ Assistenza Sistemi GNU/Linux - http://www.cecchi.biz/ @ PLUG - Presidente, http://www.prato.linux.it