You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2006/10/19 13:42:32 UTC

[Bug 5137] New: spamd options - order seems to be important

http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5137

           Summary: spamd options - order seems to be important
           Product: Spamassassin
           Version: 3.1.4
          Platform: Other
        OS/Version: Solaris
            Status: NEW
          Severity: minor
          Priority: P4
         Component: spamc/spamd
        AssignedTo: dev@spamassassin.apache.org
        ReportedBy: paul.mcilfatrick@bt.com
                CC: paul.mcilfatrick@bt.com


Tried to get spamd to create a pid file.

The following order of options did NOT work:

/usr/perl5/bin/spamd -u mail -d -r /etc/exim/spamd.pid --syslog-socket=inet &

Experimented and found that the following worked:

/usr/perl5/bin/spamd -u mail -r /etc/exim/spamd.pid -d --syslog-socket=inet &


Surely the order of options should not matter?



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 5137] spamd options - order seems to be important

Posted by bu...@bugzilla.spamassassin.org.
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5137


paul.mcilfatrick@bt.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|paul.mcilfatrick@bt.com     |






------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 5137] spamd options - order seems to be important

Posted by bu...@bugzilla.spamassassin.org.
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5137





------- Additional Comments From felicity@apache.org  2006-12-05 12:24 -------
Hrm.  The order shouldn't matter for options.  SA just calls
Getopt::Long::GetOptions() to deal with the commandline though, so I don't think
there's anything from a SA perspective here if there's misparsing going on.  If
this is still occurring, I'd try upgrading the Getopt::Long module, and then if
that didn't change anything, go debugging in spamd to see if the module is
parsing correctly.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.