Bug 3202
Summary: | sendmail.cf generated by linuxconf does not do user masquerading | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | mmclure |
Component: | linuxconf | Assignee: | Nalin Dahyabhai <nalin> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.0 | CC: | hargrove, jack, mmclure, skopp |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-02-10 19:29:50 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
mmclure
1999-06-02 01:01:18 UTC
This seems to be the same bug as 2522. *** Bug 2522 has been marked as a duplicate of this bug. *** Linuxconf has the ability to setup sendmail "masquerading rules" to rewrite from addresses. While I can't read the sendmail.cf rules (but then again, who can!?!), my testing shows that mail sent (w/ elm in my case) from a local account does not get the from address rewritten. This was tested with both username@localhost and username. *** Bug 3930 has been marked as a duplicate of this bug. *** Have used linuxconf to change sendmail.cf. Have a LAN with inofficial FQDN an so I need the "Dj" command in sendmail.cf to fake my FQDN due to ISP requirements. So I did changes on sendmail.cf by hand because linuxconf did not set any "Dj" command in sendmail.cf (which is a different issue, I know). On next reboot, the systems stucks while executing /etc/rc.d/rc3.d/S99linuxconf ! If you boot in "single" mode and execute S99linuxconf you see why: S99linuxconf needs manual input because the sendmail.cf was changed by hand! Workaround: have renamed S99linuxconf to orig-S99linuxconf ------- Additional Comments From johnsonm 07/30/99 12:29 ------- Jacques, is this fixed in 1.16r1.3? This seems to stir a faint memory of discussion on the linuxconf list... Closing because we don't ship linuxconf anymore. |