[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.4i
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham
version=2.60
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on
crusoe.degler.net
I might be one of those sendmail gurus (unconsulted on this)...
Quoting Wayne Heming ([EMAIL PROTECTED]):
> You may think its broken or a red herring, but I think you may have missed
> a point.
>
> This is exactly how sendmail operates, and yes it may be 5 days instead of
> 4. If there is a way around it I would like to know, but a lot of "so
> called" sendmail gurus have looked and think it is correct.
No, it's how the delivery agent operates. Basically sendmail is told it
can use this mailer for multiple users. It gets back a non-success
code (75 says requeue, try later).
Roughly: Mr /bin/mail, here is mail for "FineUser" and "FullUser"
And /bin/mail returns "Ahhh, badness. requeue" (aka return(EX_TEMPFAIL)
aka return(75)). Sendmail only sees a return value to the program.
The solution to this is to use LMTP to deliver. procmail speaks
SMTP, AFAIK, as can most mail.locals (and cyrus deliver and others).
Basically it's like SMTP but with fewer options (and over a unix
domain socket).
Mail to: fineUser
OK
Mail To: FullUser
Error, over quota
fineUser will be removed from the list, FullUser will remain.
Sendmail doesn't actually deliver local mail. It uses agents.
That's why it was renamed from "delivermail" in 1981 or so. If those
agents are a bit stupid, then it's got little choice in the matter.
LMTP is a good answer.
