Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 172647 - mail-mta/sendmail - MSP runner only
Summary: mail-mta/sendmail - MSP runner only
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All All
: High enhancement
Assignee: Andrea Barisani (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-29 07:45 UTC by ranaldo
Modified: 2007-04-03 12:32 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ranaldo 2007-03-29 07:45:56 UTC
ssmtp is not able to resend messages out when the mail hub is unavailable, so we have to install a real MTA with a queue runner over the hosts where we need to send important mails. Starting a full sendmail, listening on tcp 25 port, is not a good idea where we need only to send mails out. Howewer the role of MSP and MTA is separated, so we may decide to stop the MTA daemon and to run only the MSP, chaning the MSP host from localhost to our mail-hub (default to mail.<local domain> as in ssmtp). This was discussed at

http://www.deer-run.com/~hal/sysadmin/sendmail.html .

It would be nice to have a special use flag ("msponly" ?) to have this behaviour easly.

Regards

Reproducible: Always
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2007-03-29 07:55:43 UTC
This is not a security bug, re-assigning.
Comment 2 Andrea Barisani (RETIRED) gentoo-dev 2007-03-29 09:12:10 UTC
I know about MSP mode but I don't think this deserves a USE flag.

You are already free to just *not* start the daemon and tweak submit.mc accordingly.

What would a specific USE flag accomplish? We cannot prompt for the server to be specified in submit.mc in the ebuild (it's bad to have interactive questions) and we don't put sendmail in default runlevel by default when emerging.

So I'm not sure what do you think the USE flag would do, everything is already there.

Cheers

P.S.
The 'conclusion' section of that article is sadly hilarious. Having a local MTA still helps in some scenarios (and it can be bind to 127.0.0.1), MSP only submit.cf is known to have issues when you want TLS/SSL encryption and validation for instance.
Comment 3 Andrea Barisani (RETIRED) gentoo-dev 2007-03-29 12:24:26 UTC
> 
> P.S.
> The 'conclusion' section of that article is sadly hilarious. Having a local MTA
> still helps in some scenarios (and it can be bind to 127.0.0.1), MSP only
> submit.cf is known to have issues when you want TLS/SSL encryption and
> validation for instance.
> 

Ok this last comment wasn't actually against the suggestion per se, just a bit of a rant about the over-sensationalist conclusions of the article ;).

It still makes sense to allow MSP operation (which is a good thing), but I fail to see how the current setup could be improved.

If you have any suggestions about how you think this should be done, please shoot :)