On Mon, 20.05.13 22:33, Reindl Harald (h.rei...@thelounge.net) wrote:
> > You still have to configure all of that and whether a MTA is installed
> > automatically or not doesn't really make it work out of the box.
>
> you have *ntohing* to configure
> you only need to edit *one line* in /etc/alia
On Mon, 20.05.13 21:36, Reindl Harald (h.rei...@thelounge.net) wrote:
> > by default all mail messages go to root which you need root
> > permissions to access them so it's not really an argument
>
> and on most setups i know /etc/aliases contains
> "root: whoe...@domain.tld" and the *main* diffe
On Tue, May 21, 2013 at 10:10:33AM +0200, Nicolas Mailhot wrote:
> Le Mar 21 mai 2013 00:12, Kevin Fenzi a écrit :
> > Lots of things use /etc/aliases...
> In fact, /etc/aliases should be set up by anaconda or firstboot with the
> main user mail.
We did this in BU Linux. Specificially, we made an
On Mon, 20 May 2013 20:20:56 -0400
Nico Kadel-Garcia wrote:
The only MTA I've seen handlie both SMARTHOST and /etc/aliases
> correctly was "exim",. which is no longer included by default and
> for which the necessary configuration is not widely published nor
> in the default documentation.
>
ht
Le Mar 21 mai 2013 00:12, Kevin Fenzi a écrit :
> Lots of things use /etc/aliases...
In fact, /etc/aliases should be set up by anaconda or firstboot with the
main user mail.
We've been hearing for years from desktop people a MTA was "bad", "heavy"
and "difficult to use" but after years of rants
Le Lun 20 mai 2013 22:46, Reindl Harald a écrit :
> it would not be hard to do a lot of things manually if they are
> needed but the *make it idiot proof attitude* which makes
> me crazy in so many cases is more important for Fedora and
> when it comes to well known unix principles it does not ma
On Mon, May 20, 2013 at 4:33 PM, Reindl Harald wrote:
>
>
> Am 20.05.2013 22:27, schrieb Peter Robinson:
>> You still have to configure it so doing a "yum install
>> your-mta-of-choice" isn't hard and in fact in all environments I know
>> of that have auto monitoring and alerting of drive failures
Le lundi 20 mai 2013 à 17:01 -0600, Kevin Fenzi a écrit :
> On Mon, 20 May 2013 15:55:24 -0700
> Adam Williamson wrote:
>
> > On Mon, 2013-05-20 at 21:27 +0100, Peter Robinson wrote:
> >
> > > > if a disk dies it is nice to have it in syslog but
> > > > it is useless if you see it days later whi
On Mon, 2013-05-20 at 16:12 -0600, Kevin Fenzi wrote:
> 3. If we ship sendmail/postfix/exim we can keep on as we are now, since
> they can do local delivery out of the box. However, user needs to login
> as root or otherwise check emails for root or configure it to send to
> another email address
On Mon, 20 May 2013 15:55:24 -0700
Adam Williamson wrote:
> On Mon, 2013-05-20 at 21:27 +0100, Peter Robinson wrote:
>
> > > if a disk dies it is nice to have it in syslog but
> > > it is useless if you see it days later while a mail
> > > from crond is more or less real time
> >
> > You still
On Mon, 2013-05-20 at 21:27 +0100, Peter Robinson wrote:
> > if a disk dies it is nice to have it in syslog but
> > it is useless if you see it days later while a mail
> > from crond is more or less real time
>
> You still have to configure all of that and whether a MTA is installed
> automatical
On Mon, May 20, 2013 at 11:12 PM, Kevin Fenzi wrote:
> Lots of things use /etc/aliases...
>
> I think we are drifting off point here.
>
> 1. If we ship no mta then things would be logged only and people would
> have to know to look there.
>
> 2. If we ship a non local delivery mta (ssmtp/esmtp, et
Lots of things use /etc/aliases...
I think we are drifting off point here.
1. If we ship no mta then things would be logged only and people would
have to know to look there.
2. If we ship a non local delivery mta (ssmtp/esmtp, etc), then we need
a way to ask the user 'what email address shoul
Am 20.05.2013 23:55, schrieb Rahul Sundaram:
> On Mon, May 20, 2013 at 4:46 PM, Reindl Harald wrote:
>
>
>
> Am 20.05.2013 22:43, schrieb Peter Robinson:
> >> you only need to edit *one line* in /etc/aliases
> >> everybody who knows unix-like systems knows this
> >
> > So y
Hi
On Mon, May 20, 2013 at 4:46 PM, Reindl Harald wrote:
>
>
> Am 20.05.2013 22:43, schrieb Peter Robinson:
> >> you only need to edit *one line* in /etc/aliases
> >> everybody who knows unix-like systems knows this
> >
> > So your telling me your still using sendmail?
>
> what the hell has /et
Am 20.05.2013 22:43, schrieb Peter Robinson:
>> you only need to edit *one line* in /etc/aliases
>> everybody who knows unix-like systems knows this
>
> So your telling me your still using sendmail?
what the hell has /etc/aliases with sendmail to do?
> And if that's the case it's not hard to d
On Mon, May 20, 2013 at 9:33 PM, Reindl Harald wrote:
>
>
> Am 20.05.2013 22:27, schrieb Peter Robinson:
>> You still have to configure it so doing a "yum install
>> your-mta-of-choice" isn't hard and in fact in all environments I know
>> of that have auto monitoring and alerting of drive failures
Am 20.05.2013 22:27, schrieb Peter Robinson:
> You still have to configure it so doing a "yum install
> your-mta-of-choice" isn't hard and in fact in all environments I know
> of that have auto monitoring and alerting of drive failures configure
> it automatically as part of a kickstart or puppet
On Mon, May 20, 2013 at 8:36 PM, Reindl Harald wrote:
>
>
> Am 20.05.2013 21:30, schrieb Peter Robinson:
>>> I suggest not, because in most cases reviewing syslogs requires local
>>> root privilege. Alert or warning emails are easily configured with
>>> aliases or "MAILTO" settings for cron jobs t
Am 20.05.2013 21:30, schrieb Peter Robinson:
>> I suggest not, because in most cases reviewing syslogs requires local
>> root privilege. Alert or warning emails are easily configured with
>> aliases or "MAILTO" settings for cron jobs to go somewhere safer and
>> less security sensitive, even some
On Thu, May 16, 2013 at 12:17 AM, Nico Kadel-Garcia wrote:
> On Wed, May 15, 2013 at 10:30 AM, Lennart Poettering
> wrote:
>> On Wed, 15.05.13 09:08, Chris Adams (li...@cmadams.net) wrote:
>>
>>> Once upon a time, Dan Mashal said:
>>> > Sanity: Switching to postfix?
>>>
>>> That's a long-time so
On Wed, May 15, 2013 at 4:24 PM, Matthew Miller
wrote:
> On Wed, May 15, 2013 at 09:11:32AM -0600, Kevin Fenzi wrote:
>> Perhaps interested parties could get behind/revive:
>> https://fedoraproject.org/wiki/Features/NoMTA
>> and finish it out for f20?
>
> *nod*
>
> Hmmm -- "Percentage of completio
On Wed, May 15, 2013 at 10:30 AM, Lennart Poettering
wrote:
> On Wed, 15.05.13 09:08, Chris Adams (li...@cmadams.net) wrote:
>
>> Once upon a time, Dan Mashal said:
>> > Sanity: Switching to postfix?
>>
>> That's a long-time sore point, but the general idea is that "sanity" is
>> not switching de
Adam Williamson (awill...@redhat.com) said:
> We now appear to have *four* virtual provides for mail servers:
>
> MTA
> smtpd
> smtpdaemon
> server(smtp)
smtpdaemon's the oldest one, dating back to at least 1997, so should be
standard. smtpd and MTA came along in 2000 when postfix and exim were
On Wed, May 15, 2013 at 09:11:32AM -0600, Kevin Fenzi wrote:
> Perhaps interested parties could get behind/revive:
> https://fedoraproject.org/wiki/Features/NoMTA
> and finish it out for f20?
*nod*
Hmmm -- "Percentage of completion: 98%" seems optimistic. :)
--
Matthew Miller ☁☁☁ Fedora Clo
Am 15.05.2013 16:08, schrieb Chris Adams:
> The core problem is that there's a general long-time Unix assumption
> that piping something to /usr/sbin/sendmail and/or connecting a TCP
> socket to localhost:smtp can send email, and so many things don't
> explicitly specify that need. The idea is t
On Wed, 15 May 2013 10:56:39 -0400
Matthew Miller wrote:
> On Wed, May 15, 2013 at 04:30:35PM +0200, Lennart Poettering wrote:
> > I'd suggest that mdadm should do what cronie already does these
> > days: try to use sendmail if it's there and only then, and
> > unconditionally log things to syslo
On Wed, May 15, 2013 at 04:30:35PM +0200, Lennart Poettering wrote:
> I'd suggest that mdadm should do what cronie already does these days:
> try to use sendmail if it's there and only then, and unconditionally log
> things to syslog. This would the allow us to remove an SMTP server from
> the defa
On Wed, 15.05.13 09:08, Chris Adams (li...@cmadams.net) wrote:
> Once upon a time, Dan Mashal said:
> > Sanity: Switching to postfix?
>
> That's a long-time sore point, but the general idea is that "sanity" is
> not switching desktops/non-mail-servers from one full-featured MTA to
> another. Th
Once upon a time, Dan Mashal said:
> Sanity: Switching to postfix?
That's a long-time sore point, but the general idea is that "sanity" is
not switching desktops/non-mail-servers from one full-featured MTA to
another. The right move is to either remove a local MTA from the
default install (which
Le mercredi 15 mai 2013 à 07:45 +0100, Peter Robinson a écrit :
> Adam, like you I seem to remember a subtle difference between MTA and
> the others. I think its because some MTAs only do local delivery, some
> do remote and some can do both. Eg sendmail needs procmail to handle
> the local part f
On 15 May 2013 06:49, "Dan Mashal" wrote:
>
> On Tue, May 14, 2013 at 6:10 PM, Adam Williamson
wrote:
> > We now appear to have *four* virtual provides for mail servers:
> >
> > MTA
> > smtpd
> > smtpdaemon
> > server(smtp)
> >
> > This seems a tad excessive. exim and postfix provide all four. se
On Tue, May 14, 2013 at 6:10 PM, Adam Williamson wrote:
> We now appear to have *four* virtual provides for mail servers:
>
> MTA
> smtpd
> smtpdaemon
> server(smtp)
>
> This seems a tad excessive. exim and postfix provide all four. sendmail
> provides MTA, smtpdaemon and server(smtp). Nothing els
33 matches
Mail list logo
