×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Jobs

sendmail 8.13 masquerade in submit.mc breaks aliases, local delivery

sendmail 8.13 masquerade in submit.mc breaks aliases, local delivery

sendmail 8.13 masquerade in submit.mc breaks aliases, local delivery

(OP)
This is sendmail 8.13.3 as provided by HP for HP-UX 11.11.  I seem to have stumped the HP forums with this question.

Call this machine "hpux.domain.com".  The primary mail function is outbound mail, there's very little inbound traffic.  Outbound messages can be addressed with an alias or the actual address.  I use mailx for testing.

The outside world doesn't know hpux.domain.com, so sender addresses on mail and envelopes to external addresses must appear as so-and-so@domain.com instead of so-and-so@hpux.domain.com. Recipient addresses should be untouched. For that, I added this to sendmail.mc:

MASQUERADE_AS(`domain.com')dnl
MASQUERADE_DOMAIN(`hpux.domain.com')dnl
FEATURE(`masquerade_envelope')dnl

This fixed the sender address on mail sent to an alias which translates to an external address.
But mail sent directly to an external address did NOT have the correct sender address.

So I added those same three lines to to submit.mc.  Now mail sent directly to an external address has the correct sender address.  But recipient addresses of local users and aliases are being masqueraded as well.  e.g.

  mailx -s "test" somealias </dev/null

tries to deliver to somealias@domain.com instead of the alias address "somealias".  Same thing for someuser - local delivery is broken as well.

I tried this:

FEATURE(`local_no_masquerade')dnl

in both sendmail.mc and submit.mc, but it didn't help. It's as if the `allmasquerade' feature was turned on - but it's not. And there's no directive to turn it off that I can add to submit.mc.

My hope was to make changes only to the .mc files. If I have to go tweak the resulting .cf file, then I might as well not bother with .mc at all and go attack the learning curve for changing .cf files.

I'm reading the .mc documentation at sendmail.org but so far haven't found the magic bullet for this.  Anyone?

RE: sendmail 8.13 masquerade in submit.mc breaks aliases, local delivery

here is our submit.mc:

CODE

divert(0)dnl
include(`/usr/share/sendmail-cf/m4/cf.m4')
VERSIONID(`linux setup for Red Hat Linux')dnl
define(`confCF_VERSION', `Submit')dnl
define(`__OSTYPE__',`')dnl dirty hack to keep proto.m4 from complaining
define(`_USE_DECNET_SYNTAX_', `1')dnl support DECnet
define(`confTIME_ZONE', `USE_TZ')dnl
define(`confDONT_INIT_GROUPS', `True')dnl
define(`confPID_FILE', `/var/run/sm-client.pid')dnl
dnl define(`confDIRECT_SUBMISSION_MODIFIERS',`C')
FEATURE(`use_ct_file')dnl
dnl
dnl If you use IPv6 only, change [127.0.0.1] to [IPv6:::1]
FEATURE(`msp', `[127.0.0.1]')dnl
define(`confDOMAIN_NAME', `abcd.org')dnl

we do not have local_no_masquerade configured anyplace.

RE: sendmail 8.13 masquerade in submit.mc breaks aliases, local delivery

(OP)
Why do you think that seeing your submit.mc will help me?  There's no masquerade features in there.  Do you even have masquerading enabled in sendmail.mc?  If so, what does it look like and when you send directly to an SMTP address, does the masquerading work?

(If you said "yes" to the yes/no questions above, then your Red Hat experience doesn't apply to my HP-UX sendmail distribution.)

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close