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

Re: [Sheflug] VM/XEMacs and rewritten headers.



"Stephen J. Turnbull" wrote:
> 
> >>>>> "Barrie" == Barrie Bremner <TheEnglishman [at] ecosse.net> writes:
> 
>     Barrie> I'm regularly getting bounces using VM/XEmacs.
> 
> Nope.  Irrelevant.  It's your qmail config that's the problem.
> 
>     Barrie> Strangely, even Netscape can manage to send through Qmail OK...
> 
> I suspect Netscape doesn't use qmail.  Here are your headers from the
> last thing you sent me directly.  Stuff prefixed with # is my comments.

Here's me sending a response (using Netscape) to the open relay message
you sent: 

Feb  2 17:15:34 flux qmail: 981134134.750291 info msg 23973: bytes 2213
from <TheEnglishman [at] ecosse.net> qp 15605 uid 509
Feb  2 17:15:34 flux qmail: 981134134.874928 starting delivery 85: msg
23973 to remote sheflug [at] vuw.ac.nz
Feb  2 17:15:34 flux qmail: 981134134.875074 status: local 0/10 remote
1/20
Feb  2 17:15:38 flux qmail: 981134138.848168 delivery 85: success:
62.172.47.250_accepted_message./Remote_host_said:_250_Message_delivered_to_1_recipients/
Feb  2 17:15:38 flux qmail: 981134138.849378 status: local 0/10 remote
0/20
Feb  2 17:15:38 flux qmail: 981134138.849462 end msg 23973


MMmm. I agree - I think I need to look at my Qmail config.

Can someone tell me how to get Qmail to make (local) baz = (world
viewable) TheEnglishman [at] ecosse.net?

I think I'll be looking at http://cr.yp.to again...

> ------------------------------------------------------------------------
> # By the time it got to me, somebody rewrote this to make sense.
> # Strictly speaking this is not a mail header; this is a record of the
> # SMTP MAIL FROM that `localhost' received from `shako', which is
> # probably just recitation of the MAIL FROM it got from `mail1'.
> >From ecosse.net!TheEnglishman Thu Feb  1 10:49:43 2001
> # This header was rewritten, probably at the same time.
> Return-Path: <TheEnglishman [at] ecosse.net>
> # Standard Received headers...
> Received: from shako.sk.tsukuba.ac.jp ([130.158.97.253]) by localhost
>          with esmtp id m14O8sZ-00013XC
>         (Debian Smail-3.2.0.111 2000-Feb-17 #2); Thu, 1 Feb 2001 10:49:43 +0900 (JST)
> Received: from mail1.svr.pol.co.uk (mail1.svr.pol.co.uk [195.92.193.18]) by shako.sk.tsukuba.ac.jp (8.8.8/3.3W6) with ESMTP id KAA29383 for <turnbull [at] sk.tsukuba.ac.jp>; Thu, 1 Feb 2001 10:55:10 +0900 (JST)
> Received: from [195.92.198.123] (helo=mail17.svr.pol.co.uk)
>         by mail1.svr.pol.co.uk with esmtp (Exim 3.13 #0)
>         id 14O8xn-0007gp-00

All the xxxx.svr.pol.co.uk appear to be Freeserve's servers being rather
bizarre...I've noticed this before. Anyone care to comment on what might
be happening?

>         for turnbull [at] sk.tsukuba.ac.jp; Thu, 01 Feb 2001 01:55:07 +0000
> # I suspect this is where the Return-Path got rewritten, note the
> # HELO.  That was generated by qmail; VM/XEmacs/bash/Linux/glibc have
> # nothing to do with it.
> Received: from modem-24.edhel.dialup.pol.co.uk ([62.136.170.24] helo=flux.localdomain)
>         by mail17.svr.pol.co.uk with smtp (Exim 3.13 #0)
>         id 14O8xm-0004HM-00
>         for turnbull [at] sk.tsukuba.ac.jp; Thu, 01 Feb 2001 01:55:07 +0000
> # UID 507 = `baz', I take it.

Correct. That's me :-)
509-514 are the various Qmail accounts.

> # qmail will map this to
> # an SMTP MAIL FROM: baz [at] flux.localdomain command.
> Received: (qmail 10940 invoked by uid 507); 1 Feb 2001 01:56:06 -0000
> # Nothing above this line was influenced by VM in any way.
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> In-Reply-To: <14968.47666.525232.894009 [at] turnbull.sk.tsukuba.ac.jp>
> References: <Pine.LNX.4.30.0101311628550.922-100000 [at] mon-ami.psychohorse.com>
>         <3A78B0E5.FC6E1EC9 [at] sheflug.co.uk>
>         <14968.46816.594078.297834 [at] flux.localdomain>
>         <14968.47666.525232.894009 [at] turnbull.sk.tsukuba.ac.jp>
> # Unfortunately this doesn't say who did the rewriting.  I'm sure VM
> # didn't do this.
> X-BadReturnPath: baz@flux.localdomain rewritten as TheEnglishman [at] ecosse.net
>   using "From" header
> # What?!?  No Sender?  I can't believe that qmail would screw up this
> # way.  There should be a Sender: baz [at] flux.localdomain header here.
> From: Barrie Bremner <TheEnglishman [at] ecosse.net>
> To: "Stephen J. Turnbull" <turnbull [at] sk.tsukuba.ac.jp>
> Message-ID: <14968.49718.331080.64879 [at] flux.localdomain>
> Subject: [Sheflug] Latest Stuff
> Date: Thu, 1 Feb 2001 01:56:06 +0000 (GMT)
> X-Mailer: VM 6.72 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
> ------------------------------------------------------------------------
> 
>     Barrie> <sheflug [at] vuw.ac.nz>:
>     Barrie> 62.172.47.250 does not like recipient.
>     Barrie> Remote host said: 550 <sheflug [at] vuw.ac.nz> ... Refused to
>     Barrie> relay on behalf of <baz [at] flux.localdomain>
> 
> This is bizarre.  What's happening has nothing to do with the
> recipient.  Probably either vuw.ac.nz, but more likely ecosse.net
> itself, is refusing your unverifiable, unlisted `flux.localdomain'
> address.  I believe this is a violation of RFC 1123.  (If you accept
> an SMTP connection, you're not supposed to worry about anything but
> whether the final address is deliverable at the next hop; in
> particular, you MUST NOT refuse mail because the HELO is bad.  I'm not
> sure this extends to the envelope return address and/or Return-Path,
> though.)
> 
> I take it you don't dialup directly into ecosse?

 Nope - Freeserve.

> What you need to do is to convince qmail to masquerade your `baz' user
> as TheEnglishman [at] ecosse.net.  You may also want to consider finding an
> alternative ISP.  (Eg, relay through planet instead of ecosse.)

 How?
 
> A little testing at ecosse convinces me you really don't want to hang
> around there....

I concur! :-)

Baz.
-- 
Barrie J. Bremner

TheEnglishman [at] ecosse.net | OpenPGP public key ID: 5164F553
	    http://www.geocities.com/thefatenglishman
	    [Contact information available at website]

   "Linux? Is that some kind of MacOS?"
      -- BT technical support
---------------------------------------------------------------------
Sheffield Linux User's Group - http://www.sheflug.co.uk
To unsubscribe from this list send mail to
- <sheflug-request [at] vuw.ac.nz> - with the word 
 "unsubscribe" in the body of the message. 

  GNU the choice of a complete generation.