Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!rpi!uupsi!sunic!infolog!rabbe
From: rabbe@infolog.se (Rabbe Fogelholm)
Newsgroups: comp.mail.sendmail
Subject: Apollo sendmail black hole
Message-ID: <1991Mar19.230909.515@infolog.se>
Date: 19 Mar 91 23:09:09 GMT
Sender: rabbe@infolog.se (Rabbe Fogelholm)
Organization: Infologics AB, Sollentuna, Sweden
Lines: 54

I am trying to use a sendmail daemon on our Apollo system, but I am
having problems with messages that vanish mysteriously.  Somebody might
have experienced this already, as the software that I use is widely
distributed and the exercise is a rather basic one.

Software versions are as follows: AEGIS SR9.7.5 with DOMAIN/IX 9.5,
sendmail 4.12, sendmail.cf "1.11X" borrowed from sunic.sunet.se with
minimal changes, mconnect.c 5.4.

Now, for the symptoms: Turning on logging didn't help me a lot. By
starting the daemon as 'sendmail -bd -n -odq' I was able to look at
received-and-queued messages, and it seems that those messages that
would be lost (when running the daemon as -bd -odb) are those whose qf*
file does not contain an 'R' entry.

The absence of an 'R' entry occurs when the name of the sender
coincides with the name of the receiver, which may be the case if I am
logged in as myself on a non-Apollo and mail to myself on the Apollo.

I can even provoke this behaviour by connecting to the daemon using the
'mconnect' utility, running on the Apollo system itself.  A session
such as

    mconnect pluto
    helo
    mail from: <rabbe>
    rcpt to: <rabbe>
    data
    qwerty
    .
    quit

yields a qf file that looks like this:

    P7
    T669419371
    DdfAA03596
    S<rabbe>
    Hreceived: from  (pluto.ARPA) by disney.infolog.se (4.12/1.11X)
    	id AA03596; Tue, 19 Mar 91 22:49:31 -0200 (MET)
    H?D?date: Tue, 19 Mar 91 22:49:16 -0200
    H?x?full-name: Rabbe Fogelholm
    H?M?message-id: <9103192149.AA03596@disney.infolog.se>
    H?F?from: rabbe (Rabbe Fogelholm)
    Happarently-to: <rabbe>

The 'R' entry is missing. When running the mail queue the message is
lost.

Is this a bug in the first place? If so, what could I do about it?  Any
hints appreciated.

________________________________________________________________________
Rabbe Fogelholm, Infologics AB     rabbe@infolog.se    fax: +46 8 960846