Re: [desktop] Installation of mail server by default
On Tue, 2003-03-18 at 14:38, Georg Lehner wrote:
> 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
> > 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,
> Georg Lehner <Jorge.Lehner@gmx.net>
> Magma Soft
Matthew Forrester <email@example.com>