Bug 290661 - Mailman should use relative symlink in /etc/smrsh
Summary: Mailman should use relative symlink in /etc/smrsh
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: mailman
Version: 5.0
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
: ---
Assignee: Jan Kaluža
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-09-14 11:32 UTC by Milan Kerslager
Modified: 2013-04-15 08:52 UTC (History)
2 users (show)

Fixed In Version: mailman-2.1.9-5.el5
Doc Type: Bug Fix
Doc Text:
Previously, the /etc/smrsh/mailman symbolic link used an absolute path, which may have not work properly in a chroot environment. This error has been fixed, and the symbolic link now uses a relative path.
Clone Of:
Environment:
Last Closed: 2010-09-29 15:52:02 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2010:0726 0 normal SHIPPED_LIVE mailman bug fix update 2010-09-29 15:51:30 UTC

Description Milan Kerslager 2007-09-14 11:32:07 UTC 
Mailman shoud use relative symlink in /etc/smrsh:

cd /etc/smrsh
ln -s ../../usr/lib/mailman/mail/mailman
Comment 1 Tomas Smetana 2007-09-18 06:41:27 UTC 
Mailman creates the symlink during installation since 2.0 beta 5 (according to
the changelog) and on all the systems in reach I can see it's there.
Comment 2 Tomas Smetana 2007-10-16 14:29:30 UTC 
What version of Mailman doesn't create the link for you?
Comment 3 Tomas Smetana 2007-11-28 13:08:33 UTC 
No answer => closing.
Comment 4 Milan Kerslager 2007-11-29 20:31:17 UTC 
Mailman shoud use relative symlink in /etc/smrsh instead of absolute link.

Absolute link does not work with chroot (aka Anaconda, rescue mode etc).
Comment 5 Tomas Smetana 2007-11-30 07:46:33 UTC 
Oh my... I didn't read the bugreport carefully enough.  Sorry.  You're right of
course.
Comment 7 RHEL Program Management 2008-07-21 23:09:15 UTC 
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. If you would like
this request to be reviewed for the next minor release, ask your
support representative to set the next rhel-x.y flag to "?".
Comment 13 Jaromir Hradilek 2010-09-21 13:52:17 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Previously, the /etc/smrsh/mailman symbolic link used an absolute path, which may have not work properly in a chroot environment. This error has been fixed, and the symbolic link now uses a relative path.
Comment 15 errata-xmlrpc 2010-09-29 15:52:02 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2010-0726.html
Note You need to log in before you can comment on or make changes to this bug.