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 MarkupRich 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

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.

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

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

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

Anonymous

 

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

Attach File(s):
   
   
Comment:
   

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
      Open/ClosedOpen=>Closed
    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-cleanup