[18841] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: sun4 8.4.20: sendmail.cf mishandles .LOCAL

daemon@ATHENA.MIT.EDU (Jonathon Weiss)
Thu Mar 1 07:28:53 2001

Date: Thu, 1 Mar 2001 07:28:49 -0500 (EST)
Message-Id: <200103011228.HAA25274@Bearing-An-Hourglass.mit.edu>
To: John Hawkinson <jhawk@mit.edu>, jhawk@mit.edu
CC: bugs@mit.edu
In-reply-to: "[18839] in Athena Bugs"
From: Jonathon Weiss <jweiss@MIT.EDU>


>   What were you trying to do?
>	   Send mail to a particular PO server (jhawk@PO12.LOCAL).

It seems pretty clear to me that sending mail directly to a post
office server is not something postmaster really supports, given that
the mail needs to arrive as user@poNN.LOCAL.  Let's face it, getting
mail from a random non-athena machine at mit to a post office server
with an envelope to of user@poNN.LOCAL is a non-trivial task.  If this
were really supported, I'd have to assume that they would also accept
mail to user@poNN.mit.edu.

>   What's wrong:
>	   The client rewrites this to jhawk@PO12.MIT.EDU and hands it
>	   off to MCS, and it gets handed to PO12, which bounces it
>	   with "Bobo with your canned meat?".
>
>	   The PO servers only accept mail to "user@poNN.LOCAL".

So, the reason fo this is so that we properly catch mail addressed to
user@foo.LOCAL where foo.mit.edu is the machine receiving the mail.
While I'm pretty sure I could make the sendmail.cf DWYW, I'm not sure
I can do it without potentially leaving some spoog in the address in
some (extremely rare) cases.  Given all of this, I think I have to say
that I'm not really convinced this is a bug.

All that said, jhawk@po12.LOCAL. (note the trailing dot) happens to
accidently DWYW.

-- 

	Jonathon

home help back first fref pref prev next nref lref last post