Home_greyopenFATE - openSUSE feature tracking > #312320
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

don't install postfix by default anymore

Feature state

openSUSE Distribution


postfix slows down system boot and runs on every installation even though it's not actually needed anymore on the average desktop. Even mutt can send mails without local mta nowadays. Therefore we shouldn't install postfix anymore by default.

cron may need adjustments to report output of cron jobs via other means such as syslog.


icons/user_comment.png R. M. wrote: (4 years ago)

Bad idea.
For good reason /usr/sbin/sendmail is a LSB requirement and comes per default with postfix.

Usual users expect emails from cron and other daemons and ~/.forward to be respected. How should they collect their cron reports from different machines via syslog? Why should user specific output (maybe x MB of trash every 5 minutes) be logged via syslog at all?

Furthermore mailx and other scriptable MUAs should work whithout any arguments per default at least for local receivers.

icons/user_comment.png V. C. wrote: (4 years ago)

Default cron install would require only minor changes to write command output to syslog. (Adding startup option `-m off' to disable e-mail messages and some MTA checks in run-crons script).

However, as Ruediger pointed out, I can't imagine a single cron user not installing a MTA back.

And personally, I'm not a fan of this feature either.

icons/user_comment.png L. N. wrote: (4 years ago)

Well, personally I couldn't imagine my workstation without an MTA either. I doubt Joe Average would notice though. The mails cron sends by default basically go to /dev/null anyways as the user never reads root's mail. Even if you check the option to send mail to the first created user during install that user wouldn't notice as default gui MUA configs are not set up to check the local spool AFAIK.

icons/user_comment.png C. B. wrote: (2 years ago)

> default gui MUA configs are not set up to check the local spool AFAIK

I'd call that a bug - instead of dropping the MTA, the MUAs should come pre-configured to check the local spool

icons/user_comment.png B. F. wrote: (4 years ago)

Average desktop? I've one desktop workstation and postfix is quick to start (compared to other services) I've otherwise 10 servers where I really use postfix.

So not a fan of this feature too.

icons/user_comment.png M. F. wrote: (4 years ago)

On most desktops, a start-on-demand MTA would be enough, maybe via (x)inetd or similar.
Some deamons will have to be adjusted, unnecessary dependencies on MTA's removed,
and / or /usr/sbin/sendmail replaced by a script / binary which does NOT rely on the existence
of a full-time-non-stop-running MTA.

Do-able, but not without investment. For better argumentation there should be a series of tests be done,
best would be in a scripted form, to be reproduce-able:
measure (MEM/CPU/DiskIO,Powerconsumption) over a pre-determinated time-frame.
1. with standard setup: MTA running
2. without MTA
esp. if during the test a mail is send via a scriptable MUA (e.g. mailx)

what does stopping MTA save? (Power, startup-time)

just my 2ct. I'm for stopping all non-needed services.

icons/user_comment.png P. J. wrote: (2 years ago)

Having postfix running doesn't slow down the boot-up anymore (with systemd). Besides, it's not just about cron - lots of monitors rely on being able to email reports. mdadm, smartd, snmpd to mention three used on most of my systems.
Like others have already said, I have a hard time imagining a system without an MTA and I certainly don't see any user benefits.

icons/user_comment.png C. B. wrote: (2 years ago)

The funny[tm] thing is that some of them don't have the dependency in their Requires/Recommends. I just checked mdadm - it doesn't require or recommend "smtp_daemon" or "/usr/sbin/sendmail" :-( Sounds like I need to open a bugreport...

Last change: 2 years ago
Score: -1
  • Negative: 8
  • Neutral: 1
  • Positive: 7

No tags yet.

Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint