Re: default MTA
On Wed, May 29, 2013 at 09:06:59PM +0200, Adam Borowski wrote:
> On Wed, May 29, 2013 at 05:11:35PM +0200, Josselin Mouette wrote:
> > Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a
> > écrit :
> > > Take for example, smartmoontools [1]. Currently, if an end-user
> > > installs smartmoontools and a hard-disk fails (i.e. smartd detects a
> > > problem with one HD) he will *not* see any notification: the failure
> > > is sent through local e-mail.
> >
> > He will see a notification on his desktop. Clear, understandable and
> > translated in his configured language:
> > https://git.gnome.org/browse/gnome-disk-utility/tree/src/notify/gdusdmonitor.c
> > (The code is different but already here in squeeze and wheezy.)
>
> What you propose requires:
> * adding desktop environment specific code to every facility that may need
> to send notifications
> * adding such notifications to every other desktop environment
Wrong, we already have org.freedesktop.Notifications in GNOME,
KDE and Xfce. So those two points become:
* adding cross-desktop code to every facility that may need to send
notifications
* adding a notification daemon to task-lxde
There are libraries to help with the first point, of course.
> * coming up with a way to send such notifications remotely
>
> All of that is already solved by e-mail.
[...]
Except the bit where users actually see the messages.
(For what it's worth, I'm quite happy to receive notifications by mail
and I configure forwarding to a smarthost, but it's currently not as
easy as it should be to do that and make it secure.)
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
Reply to: