Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #231739

Re: Debian switchable MTA mechanism

From <tomas@tuxteam.de>
Newsgroups linux.debian.user
Subject Re: Debian switchable MTA mechanism
Date 2021-02-16 11:20 +0100
Message-ID <BJ5Cx-24a-11@gated-at.bofh.it> (permalink)
References <BJ4n8-1as-3@gated-at.bofh.it> <BJ4ZQ-1Ci-7@gated-at.bofh.it> <BJ59v-1Fy-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

On Tue, Feb 16, 2021 at 05:48:25PM +0800, Kevin Shell wrote:
> On Tue, Feb 16, 2021 at 11:29:54AM +0200, Andrei POPESCU wrote:
> > On Ma, 16 feb 21, 16:37:20, Kevin Shell wrote:
> > > Hello Debian Users.
> > > 
> > > Why Debian does't have a switchable MTA mechanism
> > > to allow install multiple MTAs at the same time?
> > 
> > Why do you need this?
> > 
> 
> For convenience when one evaluating or learning
> between multiple MTAs etc.

This has been a curious "cultural" experience for me, right now.

As someone deeply immersed in Debian culture (I feel *well* in
there, mind you), my first reaction was also "what for?",
exactly as the other replies in this thread went.

On the other hand, why not?

It is true that it isn't "typical Debian". Debian is deeply
rooted in the tradition of the multi-user operating system:
one sysadmin (which can be a role, or a group of people, but
is tightly coordinated and acts "as one"), and many users,
to whom you want to grant as much freedom as possible, without
giving them the means to compromise the whole system.

Think university environments in the US, some time after
last century's mid-eighties.

Therefore, you'll find apretty advanced alternatives system
for client-y stuff in Debian (editor, MUA, what not) but
not for server-y stuff.

The funny thing is how this perspective can structure an
environment to the point that those whithin don't even "see"
it anymore. This was my "aha" thing, and I thank you all
(esp. Kevin, for setting the initial question).

Kevin: Technically, this wouldn't  be a difficult thing to
do. It's basically packaging, and making sure the different
MTAs don't kill each other over resources (port 25, this
kind of thing).

Actually, where it's needed, it is done: for example, the
PostgreSQL package allows parallel installations of several
server /versions/. Why? Well, in the case of a database,
the data are much more valuable than the software (sometimes
more so than the hardware). Not allowing to gently upgrade
the server version while keeping the data might lead your
users to come to your home at night and kidnap your cat...)

You could have a look at the PostgreSQL packages for some
inspiration.

Cheers
 - t

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 10:00 +0100
  Re: Debian switchable MTA mechanism Georgi Naplatanov <gosho@oles.biz> - 2021-02-16 10:20 +0100
    Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 11:00 +0100
  Re: Debian switchable MTA mechanism Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-16 10:40 +0100
    Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 10:50 +0100
      Re: Debian switchable MTA mechanism <tomas@tuxteam.de> - 2021-02-16 11:20 +0100
        Conflicting alternatives (was: Debian switchable MTA mechanism) Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-16 15:20 +0100
          Re: Conflicting alternatives (was: Debian switchable MTA mechanism) Dan Ritter <dsr@randomstring.org> - 2021-02-16 17:10 +0100
            Re: Conflicting alternatives (was: Debian switchable MTA mechanism) didar <nosferatu@purlo.in> - 2021-02-16 17:30 +0100
          Re: Conflicting alternatives (was: Debian switchable MTA mechanism) <tomas@tuxteam.de> - 2021-02-16 17:30 +0100
            Re: Conflicting alternatives (was: Debian switchable MTA mechanism) Celejar <celejar@gmail.com> - 2021-02-16 18:00 +0100
            Re: Conflicting alternatives Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-16 20:50 +0100
              Re: Conflicting alternatives <tomas@tuxteam.de> - 2021-02-16 21:40 +0100
                Re: Conflicting alternatives Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-17 00:20 +0100
                Re: Conflicting alternatives tomas@tuxteam.de - 2021-02-17 09:20 +0100
              Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 02:20 +0100
                Re: Conflicting alternatives Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-17 05:40 +0100
              Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-16 23:50 +0100
                Re: Conflicting alternatives Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-17 01:30 +0100
                Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-17 13:50 +0100
                Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 16:30 +0100
                Re: Conflicting alternatives The Wanderer <wanderer@fastmail.fm> - 2021-02-17 17:00 +0100
                Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-17 17:10 +0100
                Re: Conflicting alternatives Greg Wooledge <wooledg@eeg.ccf.org> - 2021-02-17 17:30 +0100
                Re: Conflicting alternatives Richard Hector <richard@walnut.gen.nz> - 2021-02-18 05:40 +0100
                Re: Conflicting alternatives Dan Ritter <dsr@randomstring.org> - 2021-02-18 14:20 +0100
                Re: Conflicting alternatives Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-18 14:40 +0100
                Re: Conflicting alternatives Richard Hector <richard@walnut.gen.nz> - 2021-02-19 05:30 +0100
                Re: Conflicting alternatives Dan Ritter <dsr@randomstring.org> - 2021-02-19 15:30 +0100
                Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-20 02:00 +0100
                Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-20 14:40 +0100
                Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-21 02:20 +0100
                Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-21 17:50 +0100
                Re: Conflicting alternatives Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-22 10:20 +0100
                Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-22 11:20 +0100
                Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-22 12:50 +0100
                Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-22 15:00 +0100
                Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-22 15:40 +0100
                Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-22 18:10 +0100
                Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-22 11:40 +0100
                Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 17:20 +0100
                Re: Conflicting alternatives Dan Ritter <dsr@randomstring.org> - 2021-02-17 17:40 +0100
                Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 21:40 +0100
                Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-17 23:50 +0100
      Re: Debian switchable MTA mechanism Dan Ritter <dsr@randomstring.org> - 2021-02-16 12:40 +0100
        Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 13:30 +0100
          Re: Debian switchable MTA mechanism Dan Ritter <dsr@randomstring.org> - 2021-02-16 14:40 +0100
            Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 14:50 +0100
            Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 14:50 +0100
              Re: Debian switchable MTA mechanism Dan Ritter <dsr@randomstring.org> - 2021-02-16 14:50 +0100
            Re: Debian switchable MTA mechanism rhkramer@gmail.com - 2021-02-16 15:20 +0100
      Re: Debian switchable MTA mechanism David Wright <deblis@lionunicorn.co.uk> - 2021-02-16 23:40 +0100
        Re: Debian switchable MTA mechanism David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 02:20 +0100
        Re: Debian switchable MTA mechanism David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 02:20 +0100
        Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-17 00:40 +0100
          Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-17 00:50 +0100
            Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-17 01:00 +0100
  Re: Debian switchable MTA mechanism Semih Ozlem <semihozlemlinuxuser@gmail.com> - 2021-02-16 15:20 +0100
    Re: Debian switchable MTA mechanism IL Ka <kazakevichilya@gmail.com> - 2021-02-16 15:30 +0100
    Re: Debian switchable MTA mechanism Darac Marjal <mailinglist@darac.org.uk> - 2021-02-16 15:30 +0100

csiph-web