Michelle Konzack writes:

Am 2005-08-08 06:53:06, schrieb Sam Varshavchik:

Yes, it does.

  __( manpage 'sendmail' )______________________________________________
 /
| SENDMAIL(1)                                           SENDMAIL(1)
|
| NAME
|        sendmail - Send an E-mail message
|
| DESCRIPTION
|        The  sendmail command reads an E-mail message and delivers
|        the message to its recipients. This  sendmail  command  is
|        part  of  the Courier mail server, although it attempts to
|        emulate the behavior of the original sendmail MTA.  AppliĀ­
<snip>

|        This  sendmail  always behaves like the real sendmail with
|        the -oi and -t options.  This  is  how  most  applications
|        expect  it  to work.  Some applications might run sendmail
|        without the -oi and  -t  options,  and  expect  sendmail's
|        legacy  behavior  when  those options are not used.  Those
|        application may have problems with this sendmail  wrapper.
<snip>
|        -o, -t, -q
|               These  sendmail-specific   options   are   ignored,
|               because this is not the real sendmail.
<snip>
| SEE ALSO
|        courier(8),   courieruucp(8)    mailq(8),    cancelmsg(1),
|        http://www.sendmail.org, http://www.qmail.org.
|
| Double Precision, Inc.    27 August 2004              SENDMAIL(1)
 \______________________________________________________________________

Hmm, may be I am overworked ?
I think -t is ignored ?

Right.

Do you actually understand what Sendmail's sendmail's -t option does?

The right option is to show the actual error message you are receiving, or
the end results.

There is no error.  The messages does not arrive there Destination

Maybe it is an erroe, because courier-mta tries to send as
<[EMAIL PROTECTED]> instead of <[EMAIL PROTECTED]> ?

Maybe you can look at your mail logs and see what actually happened to that
message.

Attachment: pgps3cLCSAcGV.pgp
Description: PGP signature

Reply via email to