On Mon, 5 Mar 2001, Jeffrey Goldberg wrote:
> > > > I'm now trying to install FidoGate. It starts Sendmail as
> > > >
> > > > sendmail -fusername@domain
> > > I would be extremely surprised if that worked with real sendmail. I don't
> > > have a copy around the test with.
> > >
> > > What is that call to sendmail supposed to be doing? If it is to read a
> > > particular message, then there is a missing -t option.
> > I've just installed Sendmail only for test, without configuring. Command
> > 'sendmail' without arguments wrotes 'Recipient address is missing" or
> > something like, but it READS a message from stdin and tryes to deliver it.
>
> OK. So that is what you want it to do. If it is supposed to get the
> addresses to which it is to deliver from the message in stdin, you should
> use the -t option. That will eliminate the error message in the log with
> real sendmail, and while get sendmail drop-in's like exim to work. Thank you. Really I was configured Sendmail at begin with method of "random
point" - don't know how it will be in English. When I was unable to
configure it to meet my requirements, I've installed Exim, and very glad. :)
I've browsed Exim documentation to find a needed options, but I'm missed it.
:( Thanks to night beer. :)
> It appears that there is an undocumented feature of sendmail which treats
> the particular command-line syntax error as an implicit use of "-t".
> Should that "feature" be added to exim for compatibility? Yeap. Or Exim should not be claimed as 'Sendmail interface compatible'. Or
this stuff should be added to documentation or FAQ. But not each user reads
documentation... :(
> Basically, FidoGate is calling sendmail wrong. But sendmail is tolerating
> that incorrect call, while exim isn't. FidoGate is what needs to be
> fixed. FidoGate is not wrong, but its documentation does not say something about
this. It is not problem to add -t option to sendmail, it's not obivious.