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
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,
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
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
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
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
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
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
8 matches
Mail list logo