Date: Tue, 17 Aug 2004 13:31:46 +0100 From: SD <swampdog@ntlworld.com> To: freebsd-questions@freebsd.org Subject: Re: Fetchmail/Sendmail rejects Message-ID: <200408171331.47668.swampdog@ntlworld.com> In-Reply-To: <200408150926.45448.malcolm.kay@internode.on.net> References: <200408141740.58105.malcolm.kay@internode.on.net> <411E6239.7030704@dhumketu.cjb.net> <200408150926.45448.malcolm.kay@internode.on.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sunday 15 August 2004 00:56, Malcolm Kay wrote: > On Sunday 15 August 2004 04:34, you wrote: > > Malcolm Kay wrote: > > > I run fetchmail in daemon mode to download > > > POP3 mail from my ISP. > > > > > > Sendmail rejects many messages as for example: > > > Aug 14 16:59:33 beta sm-mta[35000]: i7E7DYje035000: > > > ruleset=check_mail, arg1=<fbbjqwvcydimv@lightspeedcredit.com>, > > > relay=localhost.home [127.0.0.1], reject=451 > > > 4.1.8 Domain of sender address > > > fbbjqwvcydimv@lightspeedcredit.com does not resolve > > > > > > I am quite happy to have these rejected but it seems they don't > > > get deleted at the ISP end and clog up the mail box, I think > > > eventually confusing fetchmail. > > > > > > Is there some reasonable way of disposing of these messages. I > > > would prefer not to download these into my normal user mailbox > > > but I would be quite happy to divert them to some pseudo user > > > setup for the purpose. I would imagine sendmail can be coaxed > > > into doing this, but how? > > > > > > Responding to 2 or 3 lists using a valid e-mail address means > > > that I receive a lot of spam including much with unresolvable > > > addresses. > > > > have a look at mail/filtermail > > I've just downloaded this port and find it quite interesting. However > it seems not to offer very much in this particular case as the > criteria used are similar to those used by my ISP to reject mail -- > I'm able to set the level. But I don't see a way of getting > filtermail to reject based on domain name resolution. > > Others have pointed out that spam filtering in fetchmail can be used > to delete mail based on the error code returned by sendmail. It seems > it might also be reasonable to change sendmail.cf to issue a 553 > error in place of the 451 as the 553 invoking messages are deleted by > fetchmail by default. No need. Assuming you do want to reject (trash) the email you can specify multiple return codes to fetchmail.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200408171331.47668.swampdog>