[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [desktop] Installation of mail server by default

On Tue, 2003-03-18 at 14:38, Georg Lehner wrote: 
> Hello!
> El sáb, 15 de 03 de 2003 a las 11:27, Bob Proulx escribió:
> > Matthew Forrester wrote:
> > > I always thought the installation of EXIM by default was rather strange,
> At least it is rather cumbersome to install "by default" a different mta
> on a large set of Workstations.
> > > If you want a mail server your almost certainly going to want a specific
> > > mail server,
> > 
> ...
> > > and after all your only going to want one per network.
> > 
> > Excuse me?  Perhaps for you.  But to me it sounds absurd that there
> > will only be one MTA per network!  Even if there are no users on a
> > machine then errors from cron or other processes are forwarded by smtp
> > to centralized admin machines.  That would be true even if the
> > "typical" user were a pop user.  True even on a kiosk machine.
> The majority of computers to be installed would not be mail-exchangers
> or pop-toasters, but "end-point" workstations.  Having an mta installed
> on them by default is a security risk or aditional work for the system
> administration (or user) because
>  a) local delivery has to be insured to get the whole bunch of system
>     logging (logcheck), cron, at, etc. to work.
>  b) The incoming SMTP service has to be disabled

Yes I agree, I do not believe it is wise to have an MTA for a desktop
machine at all, simply because they are probably never going to use it,
therefore why. I only suggested nullmailer because I don't know how to
make apt (or is it dpkg) shut up about no mta being there, and its the
best "get the fuck out of my way" mta i've found. I have no need to look
at logs on my desktop machine, I'd just re-install. if your an admin you
probably won't look very hard either, easier just ghost it again.

The desktop user will probably only ever use Evolution (or the KDE
equivelant) anyway.

> ...
> > It is true that a low end thin client that never cares about any mail
> > forwarding (including errors and other administrative mail) can
> > probably do without an MTA.  If you are willing to discard the mail
> > because you have made the decision to do so.  Those sound like toy
> > hobby machines.  Which are valid and perhaps a fine candidate for
> > nullmailer.  But certainly nullmailer is not a valid candidate for the
> > default installation.
> nullmailer is not precisely a candidate for toy machines, because it
> needs a remote MTA where to send all the (system generated) mails to.
> Well at least in my setups, where a user or "sysadmin" account gets all
> the system stuff.

I can't remember how I set nullmailer up (was quite a while ago) but i
can't remember any difficult questions, infact i think it only asked me
for my mail server, the reports just end in my email account (I use

> It's a pitty there is no delivery-only mailer available in Debian.
> Such a thing(y) could really be installed as default MTA: all local mail
> will be delivered to local user accounts,  remote mail is bounced to an
> administrative account (or to some kind of outgoing queue).
> Best Regards,
> 	Jorge-León
> -- 
> Georg Lehner <Jorge.Lehner@gmx.net>
> Magma Soft


Matthew Forrester <fozz@gmx.net>

Reply to: