Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 3202 - sendmail.cf generated by linuxconf does not do user masquerading
sendmail.cf generated by linuxconf does not do user masquerading
Product: Red Hat Linux
Classification: Retired
Component: linuxconf (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
: 2522 3930 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 1999-06-01 21:01 EDT by mmclure
Modified: 2008-05-01 11:37 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-02-10 14:29:50 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description mmclure 1999-06-01 21:01:18 EDT
Even if you set up user masquerading, it never happens
because rule 94 never calls rule 93. The fix is to change
lines 134-136 of /usr/lib/linuxconf/mailconf/rulesets.cf

#R$+                     $@ $>93 $1
R$* < @ *LOCAL* > $*    $: $1 < @ $j . > $2


R$+                     $@ $>93 $1
R$* < @ *LOCAL* > $*    $: $1 < @ $j . > $2

(i.e. uncomment line 135). I did this change and sendmail
now correctly does user masquerading.
Comment 1 mmclure 1999-06-02 15:14:59 EDT
This seems to be the same bug as 2522.
Comment 2 Dale Lovelace 1999-06-11 12:22:59 EDT
*** 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@my.FQDN.
Comment 3 Derek Tattersall 1999-08-03 15:21:59 EDT
*** 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@redhat.com  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...
Comment 4 Brent Fox 2002-06-05 11:44:57 EDT
Closing because we don't ship linuxconf anymore.

Note You need to log in before you can comment on or make changes to this bug.