[xmail] Re: Email address reverse check
The program used on the other side to do the 'reverse check' is simple not RFC compliant :) (Does the 'reverse check' an integrated Exim fonctionnality or an add-on ? I don't know ...) The exact RFC mail from syntax IS : MAIL FROM:senderemail IMOO, changing xmail to accept no rfc compliant programms is a bad think ! Best choice is to send a warning to the postmaster to update the offending software. Francis -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Helio Cavichiolo Jr Envoyé : samedi 28 octobre 2006 00:33 À : xmail@xmailserver.org Objet : [xmail] Email address reverse check I'm having problems sending messages to some servers that do reverse check because XMail demands email addresses enclosure with . Is there a way to inhibit this need? Take a look on this chat: helo220-host1.northweb.com.br ESMTP Exim 4.52 #1 Fri, 27 Oct 2006 18:22:29 -0200 220-We do not authorize the use of this system to transport unsolicited, 220 and/or bulk e-mail. corp.cobranet.com.br 250 host1.northweb.com.br Hello corp.cobranet.com.br [200.190.197.66] mail from: [EMAIL PROTECTED] 250 OK rcpt to: [EMAIL PROTECTED] 550-Callback setup failed while verifying [EMAIL PROTECTED] 550-(result of an earlier callout reused). 550-The initial connection, or a HELO or MAIL FROM: command was 550-rejected. Refusing MAIL FROM: does not help fight spam, disregards 550-RFC requirements, and stops you from receiving standard bounce 550-messages. This host does not accept mail from domains whose servers 550-refuse bounces. 550 Sender verify failed quit 221 host1.northweb.com.br closing connection - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Email address reverse check
Hellos, I'm on a different comp than usual so I may be off here since I'm missing the earlier discussion about this. The program used on the other side to do the 'reverse check' is simple not RFC compliant :) (Does the 'reverse check' an integrated Exim fonctionnality or an add-on ? I don't know ...) It's also not complaining about the syntax used. What the exim server is complaining about is that when it tried it's sender_verify callout, back to the xmailserver, it tried to send a message to the from user in your email to the IP sending the mail with a from address of . By default I don't think xmail accepts this even though it is allowable per the RFC. To enable it, set the following to 1 in server.tab : AllowNullSender 0 550-Callback setup failed while verifying [EMAIL PROTECTED] 550-(result of an earlier callout reused). 550-The initial connection, or a HELO or MAIL FROM: command was 550-rejected. Refusing MAIL FROM: does not help fight spam, disregards 550-RFC requirements, and stops you from receiving standard bounce 550-messages. This host does not accept mail from domains whose servers 550-refuse bounces. 550 Sender verify failed The server in this example is running cPanel which sets that as the default error message when doing the sender_verify using a null From: address. ~darren - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Email address reverse check
Em Sexta 27 Outubro 2006 21:04, Kirk Friggstad escreveu: From http://xmailserver.org/Readme.html#server_tab_variables [AllowNullSender] Enable null sender ('MAIL FROM:') messages to be accepted by XMail. Thanks Kirk, it solved the problem. Helio - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Email address reverse check
-Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de decker Envoyé : lundi 30 octobre 2006 12:41 À : xmail@xmailserver.org Objet : [xmail] Re: Email address reverse check Hellos, I'm on a different comp than usual so I may be off here since I'm missing the earlier discussion about this. The program used on the other side to do the 'reverse check' is simple not RFC compliant :) (Does the 'reverse check' an integrated Exim fonctionnality or an add-on ? I don't know ...) It's also not complaining about the syntax used. What the exim server is complaining about is that when it tried it's sender_verify callout, back to the xmailserver, it tried to send a message to the from user in your email to the IP sending the mail with a from address of . By default I don't think xmail accepts this even though it is allowable per the RFC. To enable it, set the following to 1 in server.tab : AllowNullSender 0 550-Callback setup failed while verifying [EMAIL PROTECTED] 550-(result of an earlier callout reused). 550-The initial connection, or a HELO or MAIL FROM: command was 550-rejected. Refusing MAIL FROM: does not help fight spam, disregards 550-RFC requirements, and stops you from receiving standard bounce 550-messages. This host does not accept mail from domains whose servers 550-refuse bounces. 550 Sender verify failed The server in this example is running cPanel which sets that as the default error message when doing the sender_verify using a null From: address. ~darren - You are right :) In fact the lines bellow without '' and '' put me in error : 250 host1.northweb.com.br Hello corp.cobranet.com.br [200.190.197.66] mail from: [EMAIL PROTECTED] 250 OK rcpt to: [EMAIL PROTECTED] Francis - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Local domain and trailing dot
I agree with Davide RFC not only apply to MTA but to MUA too and to final users too (programs or humans) :) As the MUA interacts with the user, it's to the MUA responsibility to correct the user (automaticaly or not) if users can't be made RFC compliant ( hard to achieve :) ). Francis -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Davide Libenzi Envoyé : lundi 30 octobre 2006 05:08 À : xmail@xmailserver.org Objet : [xmail] Re: Local domain and trailing dot On Sun, 29 Oct 2006, Jason J. Ellingson wrote: I would like to humbly disagree. The trailing . is valid as a reference to the root domain of the internet. It could be interpreted as (. NULL) I on't think it's a matter of persoal opinions here. The RFC2821 definition of Domain does not allow such syntax. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Local domain and trailing dot
In the business world, end users only care if the recipient received the email they sent. They don't not know or care anything about RFC compliance. I agree RFC compliance is important, but it should not trump the real world concerns of end users. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of CLEMENT Francis Sent: Monday, October 30, 2006 7:55 AM To: 'xmail@xmailserver.org' Subject: [xmail] Re: Local domain and trailing dot I agree with Davide RFC not only apply to MTA but to MUA too and to final users too (programs or humans) :) As the MUA interacts with the user, it's to the MUA responsibility to correct the user (automaticaly or not) if users can't be made RFC compliant ( hard to achieve :) ). Francis -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Davide Libenzi Envoyé : lundi 30 octobre 2006 05:08 À : xmail@xmailserver.org Objet : [xmail] Re: Local domain and trailing dot On Sun, 29 Oct 2006, Jason J. Ellingson wrote: I would like to humbly disagree. The trailing . is valid as a reference to the root domain of the internet. It could be interpreted as (. NULL) I on't think it's a matter of persoal opinions here. The RFC2821 definition of Domain does not allow such syntax. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Local domain and trailing dot
On Mon, 30 Oct 2006, Shiloh Jennings wrote: In the business world, end users only care if the recipient received the email they sent. They don't not know or care anything about RFC = compliance. I agree RFC compliance is important, but it should not trump the real = world concerns of end users. What next? Why not ingore some other character, that are as illegal as the dot? Why do not put, inside an MTA, the logic to try to fix possible user typos? RFC should be respected as far as possible, anything else is chaos. And MUAs should respect them too, because they're the closest pisece of software to the end user, and the one that can better display the proper user interface. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Poll ...
How many would appreciate per-RCPT SMTP filter capabilities? - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Poll ...
I would. Davide Libenzi wrote: How many would appreciate per-RCPT SMTP filter capabilities? - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Poll ...
Oh! Oh! Me! Me! jumps up and down :) Davide Libenzi wrote: How many would appreciate per-RCPT SMTP filter capabilities? - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Poll ...
I don't need it right now, but I think it's an excellent idea to add it if it isn't a crazy amount of work. I can easily see needing it in the future... Thanks, Jeff Davide Libenzi wrote: How many would appreciate per-RCPT SMTP filter capabilities? - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] spam-address.tab size
This is from the XMail Forum: *** Thanks for the script but this file appears to be quite large (18MB), I am wondering if this would cause Xmail to crash or be slow if implemented? After a few minutes running on my main server, about 500 accounts, Xmail stopped responding to pop3 requests, I had to put a blank spam-address.tab to make it work back. Can anyone confirm that using a big file as spam-address.tab is a good thing? Thanks *** I've written a batch file for windows that automatically downloads the Stearns blacklist and convert it to spam-address.tab. I have it set on my machine to do this daily. What is the impact of a large spam-address.tab file? - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: spam-address.tab size
On Mon, 30 Oct 2006, Norbert Doeberlein wrote: This is from the XMail Forum: *** Thanks for the script but this file appears to be quite large (18MB), I am wondering if this would cause Xmail to crash or be slow if implemented? After a few minutes running on my main server, about 500 accounts, Xmail stopped responding to pop3 requests, I had to put a blank spam-address.tab to make it work back. Can anyone confirm that using a big file as spam-address.tab is a good thing? Thanks *** I've written a batch file for windows that automatically downloads the Stearns blacklist and convert it to spam-address.tab. I have it set on my machine to do this daily. What is the impact of a large spam-address.tab file? Please don't create such monster files. The file is linearly scanned and its processing is O(N). - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: spam-address.tab size
Can't you use the Stearns in the RBL list of the server.tab file? Chad Norbert Doeberlein wrote: This is from the XMail Forum: *** Thanks for the script but this file appears to be quite large (18MB), I am wondering if this would cause Xmail to crash or be slow if implemented? After a few minutes running on my main server, about 500 accounts, Xmail stopped responding to pop3 requests, I had to put a blank spam-address.tab to make it work back. Can anyone confirm that using a big file as spam-address.tab is a good thing? Thanks *** I've written a batch file for windows that automatically downloads the Stearns blacklist and convert it to spam-address.tab. I have it set on my machine to do this daily. What is the impact of a large spam-address.tab file? - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: spam-address.tab size
On Mon, 30 Oct 2006, Chad Fleenor wrote: Can't you use the Stearns in the RBL list of the server.tab file? Indeed. Just dump your monster file into a local DNS, and add its entry to the CustMapsList. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Poll ...
Davide Libenzi a écrit : How many would appreciate per-RCPT SMTP filter capabilities? +1 Thanks. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: spam-address.tab size
I am already using SORBS and I see in the SMTP log that a lot of messages are rejected because of SORBS. But I still get a lot of spam from other servers that SORBS don't seem to know about. I checked on the SORBS web site to see if there is a way to report spammers but I only found information on how to be taken off their list. Surely if we're all forming our private lists of spammers, is there not a way for us to work collectively and submit the addresses we collect to some organisation that we can all use for blocking spam? I have a growing database now of spam messages that shows such things as the sending IP address, the mail-from address, recipient and subject. I just don't know who I can give this to so others can benefit. If we all work collectively, we might quickly rid the world of spam. Clive Lansink Email: [EMAIL PROTECTED] Phone: +64 9 520-4242 Mobile: +64 21 663-999 Fax: +64 21 789-150 -Original message- From: Davide Libenzi davidel@xmailserver.org To: xmail@xmailserver.org Subject: [xmail] Re: spam-address.tab size Reply-to: xmail@xmailserver.org Date: Mon, 30 Oct 2006 12:39:16 -0800 (PST) On Mon, 30 Oct 2006, Chad Fleenor wrote: Can't you use the Stearns in the RBL list of the server.tab file? Indeed. Just dump your monster file into a local DNS, and add its entry to the CustMapsList. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Poll ...
Count me in. ~XT Jeff Buehler wrote: I don't need it right now, but I think it's an excellent idea to add it if it isn't a crazy amount of work. I can easily see needing it in the future... Thanks, Jeff Davide Libenzi wrote: How many would appreciate per-RCPT SMTP filter capabilities? - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Poll ...
me 2 XTechie wrote: Count me in. ~XT Jeff Buehler wrote: I don't need it right now, but I think it's an excellent idea to add it if it isn't a crazy amount of work. I can easily see needing it in the future... Thanks, Jeff Davide Libenzi wrote: How many would appreciate per-RCPT SMTP filter capabilities? - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] 1.23 changelog ...
Ok, so far this is what's inside 1.23 changelog: - Check the mailbox size for every message coming into the mailbox (before it was only done during the SMTP phase). - Do not try to send to the 'A' record if the recipient domain does not exist at all (NXDOMAIN). Bounce immediately instead, avoiding lengthy retry policies. - Added the wlex flag to filter lines (works for the SMTP ones only), to exclude execution of the filter line in case the client IP is white-listed inside the ipprop file. - Added the post-RCPT SMTP filter, that is called before XMail acks the client recipient. A new RCPT=EFILTER long entry is emitted in case a recipient is rejected by a filter. - Added @@CRCPT (current recipient) and @@FROM (sender email address) macros to SMTP filter substitution. - Allow cmdaliases to work on aliased domains. Before a cmdalias defined on an alias-target domain was not working before the cmdalias check was done before the alias domain resolution. - Added the ability to bypass the SMTP.IPMAP.TAB inclusion using SMTP authentication. - Added a new SERVER.TAB variable SMTP-IpMapDropCode to control the drop code to be used for IPs listed inside the SMTP.IPMAP.TAB. Like other codes inside XMail, 1 means drop now, 0 means allow if auth, and -N means add N seconds delay. An immediate drop will emit a SNDRIP=EIPBAN log entry. - Added a new SERVER.TAB variable SmtpMsgIPBan to control the SMTP message returned in case of SMTP.IPMAP.TAB inclusion. - Added log message when the maximum number of SMTP/POP3/CTRL threads is hit. - Fixed documentation about the spool info line and the SMTP filters info line. - Fixed a build problem on OpenBSD related to the lack of c_r (reentrant C library) library. - Fixed greetings message to be RFC2821 compliant (server host must be first). - Fixed a NAME_MAX build error ond *BSD and Solaris. - Added a Pop3ScanCur USER.TAB variable to control the scan of the Maildir's cur directory during POP3 message list build. Now XMail only scans the new directory as default. I'd call that a day, and I'll be making a pre-release possibly tomorrow. OT section Some of you might have thought that I somehow forgot about that. No way, I was just too busy to tease you :) http://video.google.com/videoplay?docid=-1464868987703409650 /OT section - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Poll ...
[EMAIL PROTECTED] wrote: How many would appreciate per-RCPT SMTP filter capabilities? ++ -- Regards, Alexander Hageganh Virus checked by G DATA AntiVirusKit - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]