F20 System Wide Change: No Default Sendmail

[Lars E. Pettersson]

On 07/22/2013 08:30 PM, Lennart Poettering wrote:
> Well, assuming people use the local machine for reading their mails, and
> not Thunderbird or so and not GMail and so on, or Zimbra or whatever
> else people actually read mails with these days... None of these even do
> local message reading.

Thunderbird reads spool mail. You also have mailx for those that really 
want it that way.

I am not sure of other MUA but doesn't they also read spool mail? 
Evolution did last I used it.

And if you use a web based MUA, you simply change the line starting with 
root in /etc/aliases and run mewaliases, and the mail turns up in the 
web mail system.

Again, the output is not lost.

One thing though, /etc/aliases ought to be updated with information on 
who should get "system mail" during installation. This part is missing, 
which creates the illusion that the output is lost.

>>> By ensuring all logs go to the normal
>>> log stream there's a much better chance of not losing messages...
>>
>> The problem is that this data can be quite voluminous. Perhaps a bad
>> thing to clog up the logs with that?
>
> Emails due to base64 encoding usually increase everything by 4/3, which
> is certainly worse.

But those emails does not end up in the log, do they? What I am hinting 
on is the voluminous messages normally sent to root, that you want to 
deliver to the logs instead.

The mail messages sent to root, or whoever you send it to, can be quite 
voluminous. I use yum-cron and today got the following message. How 
would this be handled by the log/journal/whatever?

Lars

----
/etc/cron.hourly/0yum-hourly.cron:

Delta RPMs reduced 8.9 M of updates to 2.6 M (71% saved)
Finishing delta rebuilds of 8 package(s) (8.5 M)
The following updates will be applied on xxx.yyy.zzz.se:
================================================================================
  Package                 Arch         Version               Repository 
     Size
================================================================================
Updating:
  brlapi                  x86_64       0.6.0-6.fc19          updates 
    110 k
  brltty                  x86_64       4.5-6.fc19            updates 
    910 k
  cifs-utils              x86_64       6.1-3.fc19            updates 
     87 k
  libsmbclient            x86_64       2:4.0.7-2.fc19        updates 
    109 k
  libtirpc                x86_64       0.2.3-3.fc19          updates 
     81 k
  libwayland-client       x86_64       1.2.0-1.fc19          updates 
     24 k
  libwayland-cursor       x86_64       1.2.0-1.fc19          updates 
     15 k
  libwayland-server       x86_64       1.2.0-1.fc19          updates 
     29 k
  libwbclient             x86_64       2:4.0.7-2.fc19        updates 
     78 k
  netpbm                  x86_64       10.61.02-5.fc19       updates 
    177 k
  netpbm-progs            x86_64       10.61.02-5.fc19       updates 
    1.7 M
  pygobject3              x86_64       3.8.3-1.fc19          updates 
     12 k
  pygobject3-base         x86_64       3.8.3-1.fc19          updates 
    295 k
  python-brlapi           x86_64       0.6.0-6.fc19          updates 
     57 k
  python3-brlapi          x86_64       0.6.0-6.fc19          updates 
     56 k
  python3-gobject         x86_64       3.8.3-1.fc19          updates 
    304 k
  samba-client            x86_64       2:4.0.7-2.fc19        updates 
    454 k
  samba-common            x86_64       2:4.0.7-2.fc19        updates 
    695 k
  samba-libs              x86_64       2:4.0.7-2.fc19        updates 
    4.1 M

Transaction Summary
================================================================================
Upgrade  19 Packages
The updates were successfully applied
----

-- 
Lars E. Pettersson <lars at homer.se>
http://www.sm6rpz.se/