[fetchmail]Rejecting large messages when using "sendmail" for delivery
Rob MacGregor
Rob MacGregor <rob.macgregor@gmail.com>
Wed, 29 Jun 2005 06:58:35 +0100
On 28/06/05, Ed W <lists@wildgooses.com> wrote:
> =20
> =20
> No, not return codes, but MTA error codes. You need to be passing the
> email via SMTP.
> =20
> =20
> ?? Ehh? My first post made it clear that I wasn't passing email via SMTP
> because I couldn't get the behaviour I was after (easily). You then said=
I
> could check the spam return codes? I think my confusion is obvious at th=
is
> point?
No I said you should check the anti-spam codes. It's pretty trivial
to do what you said - it's what I do.
=20
> How do I delete it (safely) bearing in mind some users may be marking
> "option keep" for some servers? I sense that this isn't the correct
> solution for me?
Details in the man page, though whether or not I'd describe it as safe...
> We seem to be talking cross purposes though - at this stage I'm trying t=
o
> configure a complicated tool and have the usual pressures of time. I was
> *hoping* just to get a few simple answers as to current capabilities befo=
re
> I started cracking open code. Perhaps I phrased my original question bad=
ly
> but I don't feel that I obtained this simple answer very easily.
The trouble is, you're trying to get it to do something it's not
designed for, and you're using it in a sub-optimal way (calling
sendmail as a binary).
Also, as always, there's no such thing as a simple answer to a complex ques=
tion.
--=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