Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uupsi!sunic!infolog!rabbe
From: rabbe@infolog.se (Rabbe Fogelholm)
Newsgroups: comp.mail.sendmail
Subject: Re: Apollo sendmail black hole
Message-ID: <1991Mar24.231218.1114@infolog.se>
Date: 24 Mar 91 23:12:18 GMT
References: <1991Mar19.230909.515@infolog.se>
Sender: news@infolog.se
Organization: Infologics AB, Sollentuna, Sweden
Lines: 36

In article <1991Mar19.230909.515@infolog.se> I (Rabbe Fogelholm)
wrote:

>I am trying to use a sendmail daemon on our Apollo system, but I am
>having problems with messages that vanish mysteriously.
>
>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.

Thanks all who responded here or by mail.  It turned out that starting
the daemon with

    sendmail -bd -q15m -om

as one of you suggested, cured the problem (touch wood). The meaning of
'm' is "Send to me too, even if I am in an alias expansion". It seems
that this ancient sendmail treats every recipient as something alias-
expanded, even if no aliasing has taken place. I would guess that more
recent versions of sendmail behave differently.

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