procmail
[Top] [All Lists]

Re: error 213, error 13

1996-12-03 09:10:55
Roberto Machado <racm(_at_)centroin(_dot_)com(_dot_)br> writes:
...
I'm about to drop procmail because of it. I asked about it some time ago
and also got no response.

Like every list, there are more questioners than answerers, and if your
question slipped through the cracks, well, you lose.


It seems the problem occurs when the recipient envelope is composed of
many addresses. I've been thinking about rewriting the recipient envelope
to strip everyone but me, but this is not a full solution (in fact, I
don't even know if it works), because important information woul be lost.

How are you invoking procmail?  As the local mailer?  If so, did you
remember to _exclude_ the 'm' flag from the mailer definition?  Also,
what OS is this under, with what version of sendmail?  There are some
sendmail/OS/compiler/library combos that result in bogus file
descriptors being passed to the local mailer.  For example, sendmail
8.7.x under Solaris 2.x with NIS+ for _any_ services in the
nsswitch.conf would give procmail the NIS+ UDP socket instead of the
mail message as stdin due to a vfork interaction, but only on messages
with more than 4 (or was it 5?) recipients.  It sounds impossible, but
it's true.


Do you know is the development team is steering at this?

Procmail has not seen any changes in over a year, and I have heard of
_no_ confirmed bugs with it in that time.  We really should bug Stephen
to remove the 'pre' from the name and be done with it.  Or maybe he
should do like Donald Knuth with TeX and have the version number
asymptotically approach pi.

Philip Guenther

<Prev in Thread] Current Thread [Next in Thread>