We help IT Professionals succeed at work.

SENDMAIL Config - Concatenation of default domain & all non existant accounts alias to me ?

coopa
coopa asked
on
588 Views
Last Modified: 2013-12-17
Hi.

I have sendmail running on six Fedora core(1 & 3) machines and i have the following problems on all of them.

1) Concatenation of default domain

If a mail user on my boxes sends an email to a badly formatted or non existant domain the default domain of the server is appended to the end of the address:
so bob@nonexistant.net gets sent to bob@nonexistant.net.mydomain.com which I then receive ?!
How can I set sendmail to prevent this ?

2) all non existant accounts alias to me

I receive all of the postmaster and root emails - which is fine - however if i have a domain - say "carsprovided.com" on the server with aliases

bob@carsprovided.com
bill@carsprovided.com
chris@carsprovided.com

any email to non existant aliases: to say sales@carsprovided.com gets delivered into my inbox.

I have removed this domain from local-host-names (to kill it as the company is no longer trading) and i'm getting loads of these.

I'm not sure if this was the case before I removed the domain from local-host-names or not.  

Please help
Comment
Watch Question

CERTIFIED EXPERT
Commented:
This one is on us!
(Get your first solution completely free - no credit card required)
UNLOCK SOLUTION
CERTIFIED EXPERT

Commented:
Also, remember that changes to files like "local-host-names" are not effective until sendmail is restarted.

Only changes to tables (like aliases or virtusertable) are effective without restarting sendmail.

Author

Commented:

That URL alone is with a billion points.  
Thank you !!!!!

Author

Commented:
Sorry to re-open this - but I followed your instructions....

Added the FEATURE(`nocanonify')dnl

then tried
# cd /etc/mail
# make all
# service sendmail restart

and even
# cd /etc/mail
# cp ../sendmail.cf ../sendmail.cf.working.feb06
# m4 sendmail.mc > /etc/sendmail.cf
# service sendmail restart

then tested it like so:

# mail me@totallymadeupdomainnamejhadsflkjhwfe.co.xp
Subject: test
test text
.
Cc:

I then immediately get an email from postmaster saying:

   ----- The following addresses had permanent fatal errors -----
me@totallymadeupdomainnamejhadsflkjhwfe.co.xp.mydomain.net

So looks like the nocanonify is being ignored

Any ideas ?

Author

Commented:
p.s. also replaced the CORRECT sendmail.cf file.

# m4 sendmail.mc > /etc/mail/sendmail.cf
# service sendmail restart

- still no luck.

Author

Commented:
Maybe a little about the server might help.

The box I am testing this on is a Fedora core 1 box running some basic web services.
HTTP, SMTP, IMAP, POP3.

It hosts a number of domains both for email and for web and is protected from relaying by pop-before-smtp. The output from pop-before-smtp is just directed at /etc/mail/accessdb.

The machine sits in a datacentre and users connect to it remotely - over the web and collect and send emails through it.

Just reading your other thread I realised that was all targetted at mail relays only.
CERTIFIED EXPERT

Commented:
Yeah, I pointed you to that PAQ because it gives some good general tips, but as a whole, the configuration is targetted at a relay server.

The "no_canonify" feature should still be effective, however. Optimally, canonification is done by the MUA (client), not by the server, especially in a multi-Domain hosting situation (unless you're planning to have one MSP instance per hosted Domain, each bound to a different IP and/or port). Are you sure your mail clients are the source of the problem?
Unlock the solution to this question.
Join our community and discover your potential

Experts Exchange is the only place where you can interact directly with leading experts in the technology field. Become a member today and access the collective knowledge of thousands of technology experts.

*This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

OR

Please enter a first name

Please enter a last name

8+ characters (letters, numbers, and a symbol)

By clicking, you agree to the Terms of Use and Privacy Policy.