(no subject)
May. 15th, 2007 09:54 am
May. 15th, 2007
Geek pop quiz: Sendmail edition.
May. 15th, 2007 05:10 pmSo.
Sendmail is installed on my shiny new Ubuntu server. Yes, sendmail - I dropped Postfix because it wouldn't handle a simple damn "smarthost all email to this server on this port using this username and password" command in a reasonable amount of my time configuring it, while sendmail does.
The only problem: My host name is machine.domain.com. It says this everywhere. However, sendmail marks all mail as coming from account@localhost.domain.com
I *want* mail to come from account@domain.com. I would accept account@hostname.domain.com. I have NO IDEA where it's getting the instruction to go with localhost.
I tell it to masquerade as domain.com. I tell it to rewrite all addresses going through as domain.com. Still nothing.
Any clues?
Update 10PM: sat down to look at it again, and decided that when in doubt, use brute force.
aptitude remove sendmail
aptitude clean
rm -rf /etc/mail
mkdir /etc/mail
aptitude install sendmail
sendmailconfig
Problem solved. Elapsed time for this solution: 10 minutes, and it was total overkill, but satisfying. sendmailconfig and "use existing sendmail.mc? N" would probably have done it. Now all the email comes from domain.com, because I TOLD it to masquerade as that during the config, and unlike manually editing sendmail.mc and using make to generate a new sendmail.cf, this time it worked..
(The problem of SASL failing? The password for the account it was sending through stopped working, by coincidence, at the same time. Inquiries have been made with the only other person who *could* have changed it, although he knows better.)
PS: While using line noise to configure an MTA is a royal pain in the ass, at least the MTA gets and stays configured in a reasonable time, unlike, say, exim and postfix.
Sendmail is installed on my shiny new Ubuntu server. Yes, sendmail - I dropped Postfix because it wouldn't handle a simple damn "smarthost all email to this server on this port using this username and password" command in a reasonable amount of my time configuring it, while sendmail does.
The only problem: My host name is machine.domain.com. It says this everywhere. However, sendmail marks all mail as coming from account@localhost.domain.com
I *want* mail to come from account@domain.com. I would accept account@hostname.domain.com. I have NO IDEA where it's getting the instruction to go with localhost.
Any clues?
Update 10PM: sat down to look at it again, and decided that when in doubt, use brute force.
aptitude remove sendmail
aptitude clean
rm -rf /etc/mail
mkdir /etc/mail
aptitude install sendmail
sendmailconfig
Problem solved. Elapsed time for this solution: 10 minutes, and it was total overkill, but satisfying. sendmailconfig and "use existing sendmail.mc? N" would probably have done it. Now all the email comes from domain.com, because I TOLD it to masquerade as that during the config, and unlike manually editing sendmail.mc and using make to generate a new sendmail.cf, this time it worked..
(The problem of SASL failing? The password for the account it was sending through stopped working, by coincidence, at the same time. Inquiries have been made with the only other person who *could* have changed it, although he knows better.)
PS: While using line noise to configure an MTA is a royal pain in the ass, at least the MTA gets and stays configured in a reasonable time, unlike, say, exim and postfix.
Rammstein meets Winnie The Pooh
May. 15th, 2007 09:20 pmNot a bad video. A little too much "mouths moving when there's not singing", but makes up for it with style points.
EDIT:
This one's Ice Age, and much better done!