Bouncing to non-existing domain
I get these warnings by fetchmail: reading message 1 of 2 (3113 octets) .fetchmail: SMTP error: 553 5.1.8 <jimc@xena.cft.ca.us>... Domain of sender address jimc@xena.cft.ca.us does not exist fetchmail: mail from FETCHMAIL-DAEMON@kleigh.nl bounced to jimc@xena.cft.ca.us What is the point of bouncing a message to a domain you know does not exist? These warnings always result in two error-messages in my inbox about mail that could not be delivered. Undoubtedly some security feature, but is there a way to switch it of? It is quite annoying. I'm using SuSE 8.0. -- Peter Kleiweg http://www.let.rug.nl/~kleiweg/
* Peter Kleiweg (kleiweg@let.rug.nl) [021029 14:31]:
reading message 1 of 2 (3113 octets) .fetchmail: SMTP error: 553 5.1.8 <jimc@xena.cft.ca.us>... Domain of sender address jimc@xena.cft.ca.us does not exist fetchmail: mail from FETCHMAIL-DAEMON@kleigh.nl bounced to jimc@xena.cft.ca.us
What is the point of bouncing a message to a domain you know does not exist?
It's risky sending a 5xx (i.e. "Go away and don't come back") error because the domain doesn't resolve; the nameserver could be down, network problems, etc. Normally this is treated this as a temporary error and send a 4xx instead which tell the sender to try again later. In any case, the manpage doesn't mention anything that would automatically delete double bounces but you can do that with procmail or whatever you filter your mail with. -- -ckm
On Tuesday 29 October 2002 23:31, Peter Kleiweg wrote:
I get these warnings by fetchmail:
reading message 1 of 2 (3113 octets) .fetchmail: SMTP error: 553 5.1.8 <jimc@xena.cft.ca.us>... Domain of sender address jimc@xena.cft.ca.us does not exist fetchmail: mail from FETCHMAIL-DAEMON@kleigh.nl bounced to jimc@xena.cft.ca.us
I know, that "bug" has been around for years, at least since suse 6.4. In fact, it is documented: 553 (invalid sending domain) Delete the message from the server. Send bounce-mail to the origina tor. Fetchmail fetches from your account, and forwards to sendmail for local delivery. This checks the domain of the poster, and rejects the mail if it doesn't exist. The recomended action is a "temporary failure", as they told you here; but that does not make sense when fetching from a pop/imap account, as it will remain there for ever. It makes sense on a server, because the sender will eventually give up or correct the address. You could disable that feature in sendmail, somehow. Otherwise, try to add this line: set no spambounce to your ".fetchmailrc" file. It doesn't always work, though; i'm not sure why. Perhaps that only affects mails rejected with a 550 or 571 code or similar. Perhaps you could try: set no bouncemail Direct error mail to postmaster rather than sender But it won't work much better, either, if it emails the sender's postmaster, who of course does not exist :-(
What is the point of bouncing a message to a domain you know does not exist? These warnings always result in two error-messages in my inbox about mail that could not be delivered. Undoubtedly some security feature, but is there a way to switch it of? It is quite annoying.
Absolutely! -- Cheers, Carlos Robinson
* Carlos E. R. (robin1.listas@tiscali.es) [021031 09:26]: -> ->Fetchmail fetches from your account, and forwards to sendmail for local ->delivery. This checks the domain of the poster, and rejects the mail if it ->doesn't exist. The recomended action is a "temporary failure", as they ->told you here; but that does not make sense when fetching from a pop/imap ->account, as it will remain there for ever. It makes sense on a server, ->because the sender will eventually give up or correct the address. -> ->You could disable that feature in sendmail, somehow. Otherwise, try to add ->this line: -> Try installing procmail. Make a barebones procmailrc that looks something like this... ---cut--- ########################### # procmail config varables ########################### PATH=/usr/local/bin:/usr/bin:. MAILDIR=$HOME/Mail LOGFILE=$HOME/.procmail_log VERBOSE=no # For duplicate mails and dumbass's who CC me. :0 Whc: msgid.lock | formail -D 8192 .msgid.cache :0 a: $HOME/Mail/duplicates # All other stuff goes directly to Inbox :0 * Incoming ---cut--- Along with this small .procmailrc you can add this line to your .fetchmailrc. --cut-- mda "/usr/bin/procmail -d %T" --cut-- This line in the fetchmailrc will tell fetchmail to hand off all email to procmail. The procmailrc above basically filters duplicate emails and dumps the rest into your incoming mailbox. You can change where it dumps it as you see fit. I'm sure you know where your email is getting put when it arrives. :) This will keep fetchmail from handing off newly recieved email to sendmail since it's unable to do what you want. This way you can use sendmail as a null client that will only send outgoing email. :) Cheers! -- Ben Rosenberg ---===---===---===--- mailto:ben@whack.org Tell me what you believe.. I tell you what you should see.
On Thursday 31 October 2002 19:50, Ben Rosenberg wrote:
* Carlos E. R. (robin1.listas@tiscali.es) [021031 09:26]: -> ->Fetchmail fetches from your account, and forwards to sendmail for local ->delivery. This checks the domain of the poster, and rejects the mail if it ->doesn't exist. The recomended action is a "temporary failure", as they ->told you here; but that does not make sense when fetching from a pop/imap ->account, as it will remain there for ever. It makes sense on a server, ->because the sender will eventually give up or correct the address. -> ->You could disable that feature in sendmail, somehow. Otherwise, try to add ->this line:
Kmail doesn't know how to handle your "nonstandard" quote prefix (->). Pity.
Try installing procmail. Make a barebones procmailrc that looks something like this... [... snip] This line in the fetchmailrc will tell fetchmail to hand off all email to procmail.
Mmm... I do have procmail installed, I use it extensively. But skipping the sendmail handling, which does more things and checks (like some antispam cheks), and then in turn calls procmail, I dunno... :-? Anyway, both mails are not exact duplicates. Both are from "MAILER-DAEMON@localwhatever". But one is sent to "Postmaster@localwhatever", and the other "FETCHMAIL-DAEMON@localwhatever", double size. -- Cheers, Carlos Robinson
participants (4)
-
Ben Rosenberg -
Carlos E. R. -
Christopher Mahmood -
Peter Kleiweg