[exim-dev] [Bug 1117] New: Implement -L (and other?) command…

Páxina inicial
Borrar esta mensaxe
Responder a esta mensaxe
Autor: Phil Pennock
Data:  
Para: exim-dev
Temas novos: [exim-dev] [Bug 1117] Implement -L (and other?) command-line option(s), [exim-dev] [Bug 1117] Implement -L (and other?) command-line option(s), [exim-dev] [Bug 1117] Implement -L (and other?) command-line option(s), [exim-dev] [Bug 1117] Implement -L (and other?) command-line option(s), [exim-dev] [Bug 1117] Implement -L (and other?) command-line option(s)
Asunto: [exim-dev] [Bug 1117] New: Implement -L (and other?) command-line option(s)
------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1117
           Summary: Implement -L (and other?) command-line option(s)
           Product: Exim
           Version: N/A
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: wishlist
          Priority: medium
         Component: General execution
        AssignedTo: pdp@???
        ReportedBy: pdp@???
                CC: exim-dev@???



Per:

http://serverfault.com/questions/272601/fedora-can-not-boot-sendmail-sm-client-exim-abandoned
a Fedora system failed to start with Exim installed as the MTA because Fedora's
scripts were using -L as an option to sendmail.

It's time for another sweep of command-line options for Sendmail to see if we
should add some more compatibility options.

I downloaded sendmail 8.14.5, cd .../doc/op; make op.txt; less op.txt

-L tag    Sets  the  identifier  used for syslog.  Note that
          this identifier is set as early as possible.  How-
          ever,  sendmail  may  be  used  if  problems arise
          before the command line arguments are processed.


I'm thinking that changing the logging identifier based upon an untrusted user
is likely to be annoying, but that there's no major security impact, so perhaps
limit to trusted users, or admin? Or just root? Feedback welcome.

Looking over other options we don't have: -Ax is very sendmail-specific,
choosing a .cf file, so ignore. -bP and -bh we already use for other meanings
and -bH matching sendmail's without -bh doing so would be confusing. -D to
choose a logfile conflicts with our debugging macros (but maybe by Exim 6 we
can become compatible). Sendmail uses -N and -R for setting DSN notification
requests, Exim uses them for debugging (disabling transport delivery) and
queue-running.

We should look further into:

-Btype    Indicate body type.  [more conte


-G        When  accepting  messages  via  the  command line,
          indicate that they are for relay (gateway) submis-
          sion.   sendmail  may complain about syntactically
          invalid messages, e.g.,  unqualified  host  names,
          rather  than  fixing  them  when this flag is set.
          sendmail will not do any canonicalization in  this
          mode.


-qGname Run the jobs in the queue group name once.

-qQ[string] and -Q -- quarantine support.

-V envid  The indicated envid is passed with the envelope of
          the message and returned if the message bounces.


-X logfile
          Log all traffic in and  out  of  sendmail  in  the
          indicated  logfile  for debugging mailer problems.
          This produces a  lot  of  data  very  quickly  and
          should be used sparingly.


Exim currently documents -G as sendmail/ignored; perhaps we should be disabling
submission fixups for -G?

-V would be used for RFC 3461 DSN support, which is not on any todo list that
I'm aware of, and implementing -V without -N & -R matching sendmail's interface
is probably pointless.

-X we can probably skip; we have control=debug in ACLs, as well as rather
extensive logging right now.

[ Perhaps Exim 5 should consider switching command-line option processing modes
dependent upon invocation name, so that Exim-specific options require argv[0]
contain "exim" and if argv[0]'s last /-delimited section contains 'sendmail'
then we use sendmail options instead? ]


--
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email