On Monday February 19 2007, Oleg Goldshmidt wrote:
> Hi,
>
> My fetchmail brings mail from a POP3 server. None of you will be
> surprised that there are a bunch of spam emails waiting for me. The
> problem is that some of those spam messages come from an unresolvable
> sender domains. This causes a very significant delay for each message,
> and what's worse, the messages stay on the server and the delay
> happens every time, and it presumably gets worse as more problematic
> spams accumulate there.
>
> Here is a bit of a fetchmail -v trace:
>
> fetchmail: SMTP> MAIL FROM:<[EMAIL PROTECTED]>
> SIZE=2406 fetchmail: SMTP< 451 4.1.8 Domain of sender address
> [EMAIL PROTECTED] does not resolve fetchmail: SMTP
> error: 451 4.1.8 Domain of sender address
> [EMAIL PROTECTED] does not resolve fetchmail: SMTP>
> RSET
> fetchmail: SMTP< 250 2.0.0 Reset state
> not flushed
>
> I use fetchall as the only non-default user option. Using "no dns" as
> a server option does not change anything.
>From the logs it looks like it is your local sendmail that is checking the DNS
records, not fetchmail, neither the remote MTA. You should look into local
sendmail configuration.
> Any ideas how to clean the queue on the server without risking losing
> an important email?
You want the one-time dump of everything? Don't deliver to a real local MDA
like sendmail, deliver to procmail with a single rule to dump all mail to a
mbox file instead, (or filter it through whatever spam filtering solution
you're using), then sort it out. Much faster IMO than delivering all to a
local MTA. Piping mail through procmail does not necessarily exclude
delivering it to local MTA eventually, it is just I find it easier and faster
for a single user to sort and mark first then filter and deliver. You can
achieve the same result with exim rules for example ( I don't do much
sendmail so I don't know if you can do it from sendmail MTA).
--
Sincerely Yours,
Michael Vasiliev
"If in physics there's something you don't understand, you can always hide
behind the uncharted depths of nature. You can always blame God. You didn't
make it so complex yourself. But if your program doesn't work, there is no
one to hide behind. You cannot hide behind an obstinate nature. If it doesn't
work, you've messed up."
-- Attributed to Edsger Wybe Dijkstra
=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]
