Re: Eliminating mail-transport-agent from standard

2013-05-30 Thread Neil Williams
On Thu, 30 May 2013 13:54:35 +0200 Marc Haber wrote: > On Thu, 30 May 2013 12:28:28 +0100, Neil Williams > wrote: > >What is the benefit of having a local email server installed on every > >system compared to the space it takes up and the fact that it sits > >there unconfigured, doing nothing us

Re: Eliminating mail-transport-agent from standard

2013-05-30 Thread Marc Haber
On Thu, 30 May 2013 12:28:28 +0100, Neil Williams wrote: >What is the benefit of having a local email server installed on every >system compared to the space it takes up and the fact that it sits >there unconfigured, doing nothing useful? It sits there with a well reasoned default configuration,

Re: Eliminating mail-transport-agent from standard

2013-05-30 Thread Neil Williams
On Thu, 30 May 2013 12:40:03 +0200 Marc Haber wrote: > On Thu, 30 May 2013 12:06:17 +0300, Riku Voipio > wrote: > >On Mon, May 27, 2013 at 08:27:36PM -0700, Josh Triplett wrote: > >> In addition to determining the MTA pulled in by default for packages > >> which require mail-transport-agent in o

Re: Eliminating mail-transport-agent from standard

2013-05-30 Thread Marc Haber
On Thu, 30 May 2013 12:06:17 +0300, Riku Voipio wrote: >On Mon, May 27, 2013 at 08:27:36PM -0700, Josh Triplett wrote: >> In addition to determining the MTA pulled in by default for packages >> which require mail-transport-agent in order to function (the provider of >> default-mta), I'd like to pr

Re: Eliminating mail-transport-agent from standard

2013-05-30 Thread Riku Voipio
On Mon, May 27, 2013 at 08:27:36PM -0700, Josh Triplett wrote: > In addition to determining the MTA pulled in by default for packages > which require mail-transport-agent in order to function (the provider of > default-mta), I'd like to propose as a release goal that we not have any > MTA in standa

Re: Eliminating mail-transport-agent from standard

2013-05-28 Thread Rodolfo García Peñas (kix)
Josh Triplett escribió: [...] - mutt: can easily Suggests a mail-transport-agent, since it supports IMAP and SMTP, leaving aside more exotic configurations like getmail/fetchmail. (That leaves aside the question of whether mutt should be standard or optional, but I think either way it

Re: Eliminating mail-transport-agent from standard

2013-05-28 Thread Holger Levsen
Hi, On Dienstag, 28. Mai 2013, Josh Triplett wrote: > In addition to determining the MTA pulled in by default for packages > which require mail-transport-agent in order to function (the provider of > default-mta), I'd like to propose as a release goal that we not have any > MTA in standard anymore

Eliminating mail-transport-agent from standard

2013-05-27 Thread Josh Triplett
In addition to determining the MTA pulled in by default for packages which require mail-transport-agent in order to function (the provider of default-mta), I'd like to propose as a release goal that we not have any MTA in standard anymore. I've actually worked towards this goal for a while now, an