Bug 5137

Summary:	spamd options - order seems to be important
Product:	Spamassassin	Reporter:	Paul McIlfatrick <paul.mcilfatrick>
Component:	spamc/spamd	Assignee:	SpamAssassin Developer Mailing List <dev>
Status:	RESOLVED WORKSFORME
Severity:	minor	CC:	sidney
Priority:	P4
Version:	3.1.4
Target Milestone:	Undefined
Hardware:	Other
OS:	Solaris
Whiteboard:

Description Paul McIlfatrick 2006-10-19 04:42:31 UTC

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?

Comment 1 Theo Van Dinter 2006-12-05 12:24:37 UTC

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.

Comment 2 Sidney Markowitz 2022-04-29 03:48:44 UTC

close old bug that was never confirmed