bugSpamAssassin Milter Plugin - Bugs: bug #14730, -x option is broken on some...


bug #14730: -x option is broken on some systems.

Submitted by:  None
Submitted on:  Thu 06 Oct 2005 01:39:16 AM UTC  
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Todd Kover <kovert>
Open/Closed: Closed

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


(Jump to the original submission Jump to the original submission)

Thu 14 Aug 2014 03:53:47 AM UTC, comment #7:

I added a -P option that allows someone to override the path to sendmail since this seems like an edge case.


Todd Kover <kovert>
Project AdministratorIn charge of this item.
Thu 06 Oct 2005 07:45:19 PM UTC, comment #6:

The system started as a Redhat 9, upgraded via --rebuild on the main packages for a few years. Then found out about Centos and upgrade to it remotlly via using yum. This may have been a bug in the remote upgrades or the current sendmail thats been "upgraded" to a higher version to get the "greet pause" feature that rejects ratware programs sending mail to the server. I'll take a look at the sendmail package and see if there is a bug. I'me sure I'me not the only system missing that link, but I am problelly the first one to report it due to the easy fix of adding that link. But I thought that /usr/lib was not the proper place for sendmail for FHS systems.

Update: The /usr/lib/sendmail is not own by any package. That link is normally there and points to /etc/alternatives/mta-sendmail. I belive that link is place there by the distro installer/upgrade program. Because I went from a non-/etc/alternatives/mta-sendmail system to a /etc/alternatives/mta-sendmail system without using the installer/upgrader, it never got placed there or was removed. I can only access the system via ssh, so just popping in the CD and running the upgrader was not an option for me.

Caulk this up as a rare bug that nobodys usally reports.

Thu 06 Oct 2005 03:48:45 PM UTC, comment #5:

I'll just do what mutt's configure script does; add /usr/sbin to the search path before /usr/lib.

Your system is actually the first I have ever seen that doesn't have a /usr/lib/sendmail symlink on it. Debian, SUSE and Redhat all include it in their sendmail package, and all the other Unix systems I have access to include it in their base system.

Dan Nelson <dnelson>
Project Administrator
Thu 06 Oct 2005 06:32:57 AM UTC, comment #4:

This is exactelly why one sould not hard code path to externial program that they have no control over without having an option for the user/admin to set the path via a config file/command line option. Figureing out the path to externail programs on every system is a nightmare for the end program. While ./configure works good for same machine and "whereis" works good for many different machines, there are those non-linux machines that really do things different. While I could use the SENDMAIL environment variable and ./configure and make install and pray it doesn't hose the system because there is no make un-install that works like rpm -e. To get around that, install the source rpm, hack the spec, then rpmbuild it. Then remember that "yum upgrade spamass-milter" will nuke it. Its much easer to "-x /usr/sbin/sendmail" in the /etc/sysconfig/spamass-milter and be done with it. Or in my case, a "ln -s". But I much rather have a fix then have others pull there hair trying to figure out why its not working. I did send the rpm packager a bug report. Sorry if this sounds like a rant, but i've seen this type of problem too often to not to stay silent.

Thu 06 Oct 2005 05:57:06 AM UTC, comment #3:

Ok, so you didn't build spamass-milter yourself? You should probably have filed this bug with whoever built your rpm, then..

The configure script currently searches $PATH plus /usr/lib for sendmail. Whoever built spamass-milter apparently didn't have /usr/sbin in their path, which explains why it didn't find the real sendmail. The only way it could have also ended up with /usr/lib/sendmail would be if the packager had a /usr/lib/sendmail executable (or symlink to one) in their build chroot (I can only hope they don't build rpms on a live system with who knows what packages installed).

I can change the autoconf test to check for an executable at _PATH_SENDMAIL first, but I can only do so much to keep rpm builders from shooting other people's feet off.

Dan Nelson <dnelson>
Project Administrator
Thu 06 Oct 2005 05:08:57 AM UTC, comment #2:

[user@localhost user]# grep _PATH_SENDMAIL /usr/include/paths.h
#define _PATH_SENDMAIL "/usr/sbin/sendmail"

Also, "yum install spamass-milter" with dag repo enabled is how its installed on my system. Make it easer to keep system updated then spend hours checking each and every program on there.

[user@localhost user]# whereis sendmail
sendmail: /usr/sbin/sendmail.sendmail /usr/sbin/sendmail /usr/lib/sendmail.sendmail /usr/lib/sendmail

note that /usr/lib/sendmail is a sybolic link I made to fix earler problem.

Thu 06 Oct 2005 03:24:45 AM UTC, comment #1:

If you set the SENDMAIL environment variable to the full path to sendmail before running ./configure , you should be set.

Actually, could you give me the output of "grep _PATH_SENDMAIL /usr/include/paths.h" ? I should be using that define instead of searching for sendmail.

Dan Nelson <dnelson>
Project Administrator
Thu 06 Oct 2005 01:39:16 AM UTC, original submission:

symtions are that after enableing "-x", all usernames passed to spamc is "defultuser" or what -u is set to. Reason why is this:

spamass-milter[17342]: calling /usr/lib/sendmail -bv "<test@test.org>" 2>&1
spamass-milter[17342]: sendmail output: sh: line 1: /usr/lib/sendmail: No such file or directory
spamass-milter[17342]: Total of 0 actual recipients
spamass-milter[17342]: remembering recipient <test@test.org>

"ln -s /usr/lib/sendmail.sendmail /usr/lib/sendmail" was the quickfix on my system, a centos 3.x. /usr/lib/sendmail does not exists due to the /etc/altertives/mta methoid on the system.

Recommend a fix of expanding the -x option to include a path to the sendmail program. Example: "-x /usr/lib/sendmail.sendmail"



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by kovert (Posted a comment)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 11 Sep 2014 01:08:01 AM UTCkovertStatusReady For Test=>Fixed
    Thu 14 Aug 2014 03:56:25 AM UTCkovertAssigned toNone=>kovert
    Thu 14 Aug 2014 03:53:47 AM UTCkovertStatusNone=>Ready For Test

    Back to the top

    Powered by Savane 3.1-cleanup1