[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: master.debian.org randomly deferring mail

On Thu, Apr 03, 2003 at 06:29:45PM -0500, Joey Hess wrote:
> > > 0C175AA583     2389 Thu Mar 27 01:12:55  joey@kitenet.net
> > > (host master.debian.org[] said: 451 rejected: can't currently verify any sender in the header lines (envelope sender is <joey@kitenet.net>) - try later (in reply to end of DATA command))
> > > 
> > > I've no idea what master is trying to do to "verify any sender in the
> > > header lines".
> > 
> > That's the headers_sender_verify Exim setting. For some reason, it couldn't
> > verify that the envelope sender existed for those messages. You would need
> > to look at exim logs on master to see what exactly tripped over the wire.
> Which logs? James helped me look at the rejectlog earlier, but it had
> nothing useful in it.

My rejectlog* has sections like this one:

2003-04-04 19:43:14 191VDc-0001L5-00 rejected from 54.c218-184-169.ethome.net.tw (system) []: there is no valid sender in any header line (envelope sender is <mAT4j8Sdv10W@tcts1.seed.net.tw>)
Recipients: joy@cibalia.gkvk.hr
P Received: from 54.c218-184-169.ethome.net.tw ([] helo=system)
        by cibalia.gkvk.hr with smtp (Exim 3.35 #1 (Debian))
        id 191VDc-0001L5-00; Fri, 04 Apr 2003 19:43:13 +0200
P Received: from ksts
        by tcts1.seed.net.tw with SMTP id Qz0Jg2Bh50wNvSfroma3ZwQbm;
        Sat, 05 Apr 2003 01:34:47 +0800
I Message-ID: <twmdUQIuM7edQ@microsoft.com>
F From: lulu
T To: \1920304-4.TXT, \1920304-2.TXT, \1920304-3.TXT, \1920304-1.TXT
  MIME-Version: 1.0
  Content-Type: multipart/related;
  X-Mailer: VSxADzTwIUVf5xCWXD3J
  X-Priority: 3
  X-MSMail-Priority: Normal
  Date: Fri, 04 Apr 2003 19:43:13 +0200

To quote the documentation,

Exim insists on there being at least one verifyable address in one of the
"Sender:", "Reply-To:", or "From:" headers (which are checked in that order)
on all incoming SMTP messages. If one cannot be found, the message is
rejected, unless "headers_checks_fail" is unset, in which case a warning
entry is written to the reject log.

So you'd first have to get something like the above log, and if that doesn't
happen, unset headers_checks_fail and see what kind of a warning it logs, if

Frankly I find it very surprising that it would not log "anything useful"
in rejections, but then, that does happen to be a potato version...

     2. That which causes joy or happiness.

Reply to: