On Wed, 1 Mar 2006, Pete Naylor wrote:
> > Incidentally, smtp_return_error_details has nothing to do with this. It
> > is concerned with how much error detail to return when rejecting an
> > incoming message.
>
> I was confused about that. I don't think I really expected it to make a
> differe
Philip Hazel wrote...
> I found three bugs! Well, two bugs and one infelicity, I guess. This is
> the ChangeLog entry for the fixes:
This is great news for me - you've really made my day. Thank you very
much for looking into the problem so quickly.
> PH/52 Two bugs concerned with error handl
Philip Hazel wrote...
> I'm starting to look at this.
Thanks very much Philip. I can't even pretend to be a programmer - I can
sometimes effect the change I want from someone else's code, but after an
hour or two of fiddling with this issue I was still lost.
> The first thing that occurs to
On Wed, 1 Mar 2006, I wrote:
> I'm starting to look at this. The first thing that occurs to me is that
> 4XX is a temporary error which will not of itself cause the message to
> be returned. The return will not happen until the retry time is
> exceeded. Of course, you can set the retry time to
On Sun, 19 Feb 2006, Pete Naylor wrote:
> > diff smtp.c.orig smtp.c.work
> 1570a1571
> > setflag(addr, af_pass_message);
>
> ... results in the text associated with 5XX codes after the LMTP DATA
> phase being quoted when the messages are returned. However, overquota
> conditions (4XX a
On Tue, 28 Feb 2006, Tony Finch wrote:
> On Mon, 27 Feb 2006, Pete Naylor wrote:
> >
> > Perhaps we're the only site handling local delivery this way :-/
>
> No, we're doing it too. I was waiting for Philip to have a look at your
> message...
... and I was waiting for our local Cyrus expert (ahe
On Mon, 27 Feb 2006, Pete Naylor wrote:
>
> Perhaps we're the only site handling local delivery this way :-/
No, we're doing it too. I was waiting for Philip to have a look at your
message...
Tony.
--
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://dotat.at/ ${sg{\N${sg{\
N\}{([^N]*)(.)(.)(
Perhaps we're the only site handling local delivery this way :-/
Pete Naylor wrote...
> I'm having some trouble with delivery to Cyrus using Exim's LMTP via TCP
> transport. Actually - the delivery is working fine. The problem I have
> is that when the delivery fails (after DATA generally) or
I'm having some trouble with delivery to Cyrus using Exim's LMTP via TCP
transport. Actually - the delivery is working fine. The problem I have
is that when the delivery fails (after DATA generally) or defers (after
RCPT TO because of an overquota condition generally), the error text given
durin
