On Tue, 27 Oct 1998, Frank Elsner wrote:
> Being rather new to "exim", just testing the basic functions, I've found
> the following lines in the mainlog of host "mamenchi.zrz.TU-Berlin.DE":
>
> 1998-10-27 15:41:14 0zYAJ7-0000Ar-00 <= news@??? U=news P=local S=1662
> 1998-10-27 15:41:14 0zYAJ7-0000Ar-00 Completed
>
> Obvious a message came in, but then ... ?
Just a wild guess, but is there any chance that your news server is
calling exim with a pipe to something like
/usr/lib/sendmail -t %s
There is some confusion in the sendmail community about the interpertation
of recipient addresses on the command line if the -t option is used.
Exim is set up to work the way that sendmail is documented. Sendmail
however is not. So if the message being generate has a single recipient,
say foo@??? in the To: line of the file input and if that address is
also on the command line, then exim will NOT deliver to the message to any
address.
Here is an except from one version of the sendmail documentation
-t Read message for recipients. To:, Cc:, and Bcc: lines will
be scanned for recipient addresses. The Bcc: line will be
deleted before transmission. Any addresses in the argument
list will be suppressed, that is, they will not receive
copies even if listed in the message header.
Earlier versions of the sendmail documentation are ambiguous (unlike the
snippet above). Obviously the code and documentation streams resolved the
ambiguity differently.
This was discussed extensively on this list quite a while back. I
originally noted the problem because the default set-up for the version of
dnews that we were using did exactly that, and I got exactly the sorts of
log reports you are getting.
-j
--
Jeffrey Goldberg +44 (0)1234 750 111 x 2826
Cranfield Computer Centre FAX 751 814
J.Goldberg@??? http://WWW.Cranfield.ac.uk/public/cc/cc047/
Relativism is the triumph of authority over truth, convention over justice.
--
*** Exim information can be found at
http://www.exim.org/ ***
