Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!uunet!mcsun!news.funet.fi!fuug!sics.se!ifi.uio.no!nuug!ugle.unit.no!spurv.runit.sintef.no!he
From: he@spurv.runit.sintef.no (Havard Eidnes)
Newsgroups: comp.mail.sendmail
Subject: Re: FUZZY matching in 5.65a/IDA-1.42
Message-ID: <1991Jun25.193452.10400@ugle.unit.no>
Date: 25 Jun 91 19:34:52 GMT
References: <0cMZDsO00j41MBwG8F@andrew.cmu.edu> <1991Jun21.204805.15905@mp.cs.niu.edu>
Sender: news@ugle.unit.no
Organization: Computing Center at the University of Trondheim, Norway
Lines: 26

In article <1991Jun21.204805.15905@mp.cs.niu.edu> rickert@mp.cs.niu.edu (Neil Rickert) writes:
>
>  This is not really an IDA problem.  It is an expectation problem.  You
>were always able to bypass alias matching for the 'fb23' alias if the mail
>were sent to "fb23" or f"b2"3 or \fb23 (etc) instead of to fb23.  For
>that matter a user could do:  /bin/mail -d fb23 < file
>and bypass sendmail completely.

Uh-oh. This reminds me of a problem I have seen just recently. Someone wanted
to send to an address which contained a space character in the local-part
(don't ask, there are reasonably sensible reasons for wanting to do this).
The sending mail agent (or whoever) had decided that it was safest to put 
the local-part in double quotes, like this:

RCPT TO: <"Joe Richard.User"@some.dom.ain>

The receiving host has an alias with this space character in it, of the form

Joe Richard.User: joeuser

However, sendmail decides *not* to even try to look up this alias. I tended to
think that this was an oversight or a bug in sendmail, but the above comments
seem to indicate that this is intended behaviour. Is there no hope of modifying
(IDA) sendmail to handle this the way I thought it should be handled?

- Havard