[gentoo-dev] default mta

[gentoo-dev] default mta

[Eray Aslan]

[-- Attachment #1: Type: text/plain, Size: 722 bytes --]

The current default mta in gentoo - ssmtp - has a more or less dead
upstream and has some outstanding bugs.  It is prudent to change our
default mta.

Both mail-mta/nullmailer and mail-mta/msmtp are lightweight good mtas.
Both packages have active development and provide AUTH and SSL/TLS
support.

Our current mta list is:
        mail-mta/ssmtp
        mail-mta/courier
        rest of the list
        ...

As net-mail herd, we would like to have the following mta list:
        mail-mta/nullmailer
        mail-mta/msmtp
        mail-mta/ssmtp
        rest of the list
        ...

If there are no objections, the above change will be committed in ~10
days.

-- 
Eray Aslan <eras@gentoo.org>

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-dev] default mta

[Mike Pagano]

On Wednesday, December 26, 2012 09:46:17 AM Eray Aslan wrote:
> The current default mta in gentoo - ssmtp - has a more or less dead
> upstream and has some outstanding bugs.  It is prudent to change our
> default mta.
> 
> Both mail-mta/nullmailer and mail-mta/msmtp are lightweight good mtas.
> Both packages have active development and provide AUTH and SSL/TLS
> support.
> 
> Our current mta list is:
>         mail-mta/ssmtp
>         mail-mta/courier
>         rest of the list
>         ...
> 
> As net-mail herd, we would like to have the following mta list:
>         mail-mta/nullmailer
>         mail-mta/msmtp
>         mail-mta/ssmtp
>         rest of the list
>         ...
> 
> If there are no objections, the above change will be committed in ~10
> days.
> 
> 

Would it be prudent to coordinate Gentoo documentation changes with the above?

-- 
Mike Pagano
Gentoo Developer - Kernel Project
Team Lead - Gentoo Sources
E-Mail     : mpagano@gentoo.org
GnuPG FP   : EEE2 601D 0763 B60F 848C  9E14 3C33 C650 B576 E4E3
Public Key : http://pgp.mit.edu:11371/pks/lookup?search=0xB576E4E3&op=index

Re: [gentoo-dev] default mta

[Eray Aslan]

[-- Attachment #1: Type: text/plain, Size: 381 bytes --]

On Wed, Dec 26, 2012 at 06:42:36AM -0500, Mike Pagano wrote:
> Would it be prudent to coordinate Gentoo documentation changes with the above?

Ugh, I wasn't aware of any documentation that needs to be changed and a
quick look/search did not turn out anything.  But if there are any,
sure, I will open the bugs and have it block the move.

-- 
Eray Aslan <eras@gentoo.org>

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-dev] default mta

[Rich Freeman]

[-- Attachment #1: Type: text/plain, Size: 582 bytes --]

On Dec 26, 2012 8:46 AM, "Eray Aslan" <eras@gentoo.org> wrote:
>
> On Wed, Dec 26, 2012 at 06:42:36AM -0500, Mike Pagano wrote:
> > Would it be prudent to coordinate Gentoo documentation changes with the
above?
>
> Ugh, I wasn't aware of any documentation that needs to be changed and a
> quick look/search did not turn out anything.  But if there are any,
> sure, I will open the bugs and have it block the move.

Seems like a good time to add this to the handbook alongside syslog and
cron, at least for one of the simple solutions. I wouldn't consider it a
blocker though.

Rich

[-- Attachment #2: Type: text/html, Size: 793 bytes --]

[gentoo-dev] Re: default mta

[Duncan]

Eray Aslan posted on Wed, 26 Dec 2012 09:46:17 +0000 as excerpted:

> The current default mta in gentoo - ssmtp - has a more or less dead
> upstream and has some outstanding bugs.  It is prudent to change our
> default mta.
> 
> Both mail-mta/nullmailer and mail-mta/msmtp are lightweight good mtas.
> Both packages have active development and provide AUTH and SSL/TLS
> support.

I've wondered about this for some time, and now seems as good a time/
place to ask as any.

Is there any "system-mailer" app that doesn't actually mail anything 
anywhere, nor run  constantly as a daemon, that is simply invokable as 
sendmail when needed, to take a message, format it appropriately, and 
drop it in some local dir (preferably configurably as maildir, mh-format, 
mbox, etc) where a mail client can read it as a local account?  No need 
to run constantly or to have actual network connectivity of any sort, 
just to be invokable when needed.

I ended up creating a script that handles it here, but it'd be great if I 
could find a proper package that handled that, presumably with a few more 
features than the hacked up script I came up with.

Seems to me if there is such a thing, that'd be a great option to be 
recommended in the handbook, for those who don't want to send the mail 
off to the ISP/MSP (to be examined by crackers, three-letter agencies, or 
simply rogue admins at the ISP/MSP), just to pick it up with their mail 
client running on the same machine that sent it in the first place!

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman