[fetchmail]Re: socket error
Rob MacGregor
Rob MacGregor <rob.macgregor@gmail.com>
Sun, 10 Jul 2005 20:15:16 +0100
On 10/07/05, mbox mbarsalou <barjunk@attglobal.net> wrote:
>=20
> Rob, I'm going to take you up on your offer. Spamstop is there just to
> report the error that might be returned from sendmail. It appears that
> sendmail is not returning any error during the process. Interestingly,
> it takes exactly two minutes for the socket error to occur after it
> starts retrieving the offending message. If that helps any.
>=20
> I appreciate the time you are spending on this...this problem has been
> bothering me for some time.
>=20
> Although the probability that it is actually a fetchmail issue is very
> low, I'm having a heck of a time getting to the real problem.
I'd put money on it being an issue with your script. I'd have to ask
why you're using it - what are you expecting it to give you that the
SMTP error codes wouldn't?
=20
> Thanks.
>=20
> Here is the relevent fetchmailrc from fetchmail 6.2.5:
>=20
> set logfile fetchmail.log
> set no spambounce
> server pop4.attglobal.net:
> proto pop3;
> user barjunk there password "*****" is barsalou here;
> antispam 451 flush
> mda "~/spamstop -i -f %F %T"
Looks reasonable.
> Spamstop looks like this:
> #!/bin/sh
> /usr/sbin/sendmail $@
> a=3D$?
> echo "spamstop: Error returned - $a"
> if [ $a =3D 65 ] ; then
> exit 0
> fi
> if [ $a =3D 64 ] ; then
> exit 0
> fi
> if [ $a =3D 451 ] ; then
> exit 0
> fi
>=20
> exit $a
At a rough guess, fetchmail is passing the mail to stdin, but your
script isn't using that. You may need to prefix the line calling
sendmail with "cat |".
--=20
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he=20
doesn't become a monster. Friedrich Nietzsche