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

 
 

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

Submitter:  None
Submitted:  Thu 06 Oct 2005 01:39:16 AM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  kovert
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

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

Todd Kover <kovert>
Group administrator
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.

Anonymous
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>
Group 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.

Anonymous
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>
Group 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.

Anonymous
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>
Group 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"

Anonymous

 

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

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-09-11 kovert StatusReady For Test Fixed
        Open/ClosedOpen Closed
    2014-08-14 kovert Assigned toNone kovert
    2014-08-14 kovert StatusNone Ready For Test

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code