Re: postfix en nullmailer

2015-12-22 Berichten over hetzelfde onderwerp Richard Lucassen
On Tue, 22 Dec 2015 09:28:13 +0100
Geert Stappers  wrote:

> Omdat er een verschil is tussen `apt-get remove` en `apt-get purge`
> zodat wel eens een mooi compromis kunnen zijn.
> 
> Toelichting op het idee van Paul en mijn inschatting:
> `apt-get purge` verwijderd ook configuratie bestanden,
> `apt-get remove` niet.

Ik heb het maar opgelost met een tweede main.cf die zich als
nullmailer gedraagt. Wel zo simpel.

-- 
richard lucassen
http://contact.xaq.nl/



Re: postfix en nullmailer

2015-12-22 Berichten over hetzelfde onderwerp Geert Stappers
On Mon, Dec 21, 2015 at 11:31:13PM +0100, Paul van der Vlis wrote:
> Op 21-12-15 om 23:00 schreef Richard Lucassen:
> > On Mon, 21 Dec 2015 21:46:35 +0100 Geert Stappers wrote:
> >> On Mon, Dec 21, 2015 at 09:27:50PM +0100, Richard Lucassen wrote:
> >>> Een van jullie weet dat vast wel: twee pakketten die niet
> >>> tegelijkertijd geinstalleerd kunnen zijn, bijvoorbeeld postfix en
> >>> nullmailer. Hoe krijg ik het voor elkaar dat ik ze allebei *wel*
> >>> kan installeren (op een nette packagemanager-manier dus, de botte
> >>> bijl werkt altijd wel) en dat ze beiden ook netjes ge-update worden?
> >>
> >> En dan de MTAs met elkaar laten vechten,
> >> laat dat nou net iets zijn wat een nette packagemanager zal voorkomen.
> > 
> > Dat snap ik. Maar als ik dat nou toch wel zo wil?

Dan is er een uitdaging, vooral jouw uitdaging.
Laat je niet tegenhouden. Doe je ding en kijk hoe ver je komt.
Extra karmapunten voor het delen van je ervaring.

> > Ik kan de ene
> > MTA laten draaien en de andere gestopt houden en omgekeerd. Maar ze
> > staan dan wel beide geinstalleerd. Met hun eigen configs.
> 
> Missschien is dit een idee:
> 
> In plaats van:
> service postfix stop; service nullmailer start
> 
> Gebruik je:
> apt-get remove postfix; apt-get install nullmailer

Omdat er een verschil is tussen `apt-get remove` en `apt-get purge`
zodat wel eens een mooi compromis kunnen zijn.

Toelichting op het idee van Paul en mijn inschatting:
`apt-get purge` verwijderd ook configuratie bestanden,
`apt-get remove` niet.


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature


Re: postfix en nullmailer

2015-12-22 Berichten over hetzelfde onderwerp richard lucassen
On Tue, 22 Dec 2015 03:16:39 +0100
Jan Claeys  wrote:

> > Een van jullie weet dat vast wel: twee pakketten die niet 
> > tegelijkertijd geinstalleerd kunnen zijn, bijvoorbeeld postfix en 
> > nullmailer. Hoe krijg ik het voor elkaar dat ik ze allebei *wel*
> > kan installeren (op een nette packagemanager-manier dus, de botte
> > bijl werkt altijd wel) en dat ze beiden ook netjes ge-update worden?
> 
> Het probleem is dat deze pakketten een aantal bestanden gemeen hebben,
> met name o.a.:
> 
> /usr/sbin/sendmail
> /usr/lib/sendmail
> /usr/bin/mailq
> /usr/bin/newaliases

Dat is een punt :)

> Programma's die mail willen versturen op een POSIX/LSB-compatibele
> manier zullen ook verwachten dat die daar zijn (zeker sendmail), dus
> je kan ze niet zomaar een andere naam geven.
> 
> In theorie zouden de maintainers van alle "mail-transport-agent"
> pakketten samen een systeem met alternatives e.d. kunnen opzetten,
> maar ik vrees dat dat relatief veel werk zou zijn voor iets wat
> nauwelijks nut heeft.  :)

Ik script er wel iets anders in inderdaad. Iedereen dank voor de
reacties.

R.


-- 
richard lucassen http://contact.xaq.nl/



Re: postfix en nullmailer

2015-12-21 Berichten over hetzelfde onderwerp Geert Stappers
On Mon, Dec 21, 2015 at 09:27:50PM +0100, Richard Lucassen wrote:
> Een van jullie weet dat vast wel: twee pakketten die niet tegelijkertijd
> geinstalleerd kunnen zijn, bijvoorbeeld postfix en nullmailer. Hoe
> krijg ik het voor elkaar dat ik ze allebei *wel* kan installeren (op
> een nette packagemanager-manier dus, de botte bijl werkt altijd wel) en
> dat ze beiden ook netjes ge-update worden?

En dan de MTAs met elkaar laten vechten,
laat dat nou net iets zijn wat een nette packagemanager zal voorkomen.

$ aptitude show postfix
Pakket: postfix
Staat: geïnstalleerd
Automatisch geïnstalleerd: nee
Versie: 2.9.6-2
Prioriteit: extra
Sectie: mail
Beheerder: LaMont Jones 
Architectuur: i386
Ongecomprimeerde grootte: 3277 k
Hangt af van: libc6 (>= 2.11), libdb5.1, libsasl2-2 (>= 2.1.24), libsqlite3-0
  (>= 3.5.9), libssl1.0.0 (>= 1.0.0), debconf (>= 0.5) |
  debconf-2.0, netbase, adduser (>= 3.48), dpkg (>= 1.8.3), lsb-base
  (>= 3.0-6), ssl-cert, cpio
Beveelt aan: python
Suggereert: procmail, postfix-mysql, postfix-pgsql, postfix-ldap, postfix-pcre,
sasl2-bin, libsasl2-modules, dovecot-common, resolvconf,
postfix-cdb, mail-reader, ufw, postfix-doc
Conflicteert met: libnss-db (< 2.2-3), mail-transport-agent, smail
Vervangt: mail-transport-agent
Voorziet in: mail-transport-agent
Beschrijving: High-performance mail transport agent
 Postfix is Wietse Venema's mail transport agent that started life as an
 alternative to the widely-used Sendmail program.  Postfix attempts to be fast,
 easy to administer, and secure, while at the same time being sendmail
 compatible enough to not upset existing users. Thus, the outside has a
 sendmail-ish flavor, but the inside is completely different.
Homepage: http://www.postfix.org
$ aptitude show nullmailer
Pakket: nullmailer
Staat: niet geïnstalleerd
Versie: 1:1.11-2
Prioriteit: extra
Sectie: mail
Beheerder: Nick Leverton 
Architectuur: i386
Ongecomprimeerde grootte: 423 k
Hangt af van: libc6 (>= 2.4), libgnutls26 (>= 2.12.17-0), libstdc++6 (>= 4.1.1),
  debconf (>= 0.5) | debconf-2.0, lsb-base
Beveelt aan: rsyslog | system-log-daemon
Conflicteert met: mail-transport-agent
Vervangt: mail-transport-agent
Voorziet in: mail-transport-agent
Beschrijving: simple relay-only mail transport agent
 Nullmailer is a replacement MTA for hosts, which relay to a fixed set of smart
 relays. It is designed to be simple to configure and especially useful on slave
 machines and in chroots.
Homepage: http://untroubled.org/nullmailer/
$



Re: postfix en nullmailer

2015-12-21 Berichten over hetzelfde onderwerp Paul van der Vlis
Op 21-12-15 om 21:27 schreef Richard Lucassen:
> Een van jullie weet dat vast wel: twee pakketten die niet tegelijkertijd
> geinstalleerd kunnen zijn, bijvoorbeeld postfix en nullmailer. Hoe
> krijg ik het voor elkaar dat ik ze allebei *wel* kan installeren (op
> een nette packagemanager-manier dus, de botte bijl werkt altijd wel) en
> dat ze beiden ook netjes ge-update worden?

In een chroot of zoiets zou kunnen natuurlijk.

Verder zou je de sources kunnen downloaden, de conflict-regels weghalen,
en er een pakket van bouwen. Dat is erg simpel. Maar dan zou ik wel het
updaten blokkeren anders krijg je wellicht problemen na een security
update.

Verder moet je natuurlijk goed weten wat je doet, die pakketten kun je
niet voor niks niet tegelijk gebruiken. Maar wellicht kan het best als
je bijvoorbeeld andere poorten gebruikt dan default.

Wellicht helpt het als je uitlegt waarom je dit wilt.

Groet,
Paul.





-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/



Re: postfix en nullmailer

2015-12-21 Berichten over hetzelfde onderwerp Richard Lucassen
On Mon, 21 Dec 2015 21:46:35 +0100
Geert Stappers  wrote:

> On Mon, Dec 21, 2015 at 09:27:50PM +0100, Richard Lucassen wrote:
> > Een van jullie weet dat vast wel: twee pakketten die niet
> > tegelijkertijd geinstalleerd kunnen zijn, bijvoorbeeld postfix en
> > nullmailer. Hoe krijg ik het voor elkaar dat ik ze allebei *wel*
> > kan installeren (op een nette packagemanager-manier dus, de botte
> > bijl werkt altijd wel) en dat ze beiden ook netjes ge-update worden?
> 
> En dan de MTAs met elkaar laten vechten,
> laat dat nou net iets zijn wat een nette packagemanager zal voorkomen.

Dat snap ik. Maar als ik dat nou toch wel zo wil? Ik kan de ene
MTA laten draaien en de andere gestopt houden en omgekeerd. Maar ze
staan dan wel beide geinstalleerd. Met hun eigen configs.


-- 
richard lucassen
http://contact.xaq.nl/



Re: postfix en nullmailer

2015-12-21 Berichten over hetzelfde onderwerp Paul van der Vlis
Op 21-12-15 om 23:00 schreef Richard Lucassen:
> On Mon, 21 Dec 2015 21:46:35 +0100
> Geert Stappers  wrote:
> 
>> On Mon, Dec 21, 2015 at 09:27:50PM +0100, Richard Lucassen wrote:
>>> Een van jullie weet dat vast wel: twee pakketten die niet
>>> tegelijkertijd geinstalleerd kunnen zijn, bijvoorbeeld postfix en
>>> nullmailer. Hoe krijg ik het voor elkaar dat ik ze allebei *wel*
>>> kan installeren (op een nette packagemanager-manier dus, de botte
>>> bijl werkt altijd wel) en dat ze beiden ook netjes ge-update worden?
>>
>> En dan de MTAs met elkaar laten vechten,
>> laat dat nou net iets zijn wat een nette packagemanager zal voorkomen.
> 
> Dat snap ik. Maar als ik dat nou toch wel zo wil? Ik kan de ene
> MTA laten draaien en de andere gestopt houden en omgekeerd. Maar ze
> staan dan wel beide geinstalleerd. Met hun eigen configs.

Missschien is dit een idee:

In plaats van:
service postfix stop; service nullmailer start

Gebruik je:
apt-get remove postfix; apt-get install nullmailer


Groet,
Paul.




-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/



Re: postfix en nullmailer

2015-12-21 Berichten over hetzelfde onderwerp Jan Claeys
Richard Lucassen schreef op ma 21-12-2015 om 21:27 [+0100]:
> Een van jullie weet dat vast wel: twee pakketten die niet 
> tegelijkertijd geinstalleerd kunnen zijn, bijvoorbeeld postfix en 
> nullmailer. Hoe krijg ik het voor elkaar dat ik ze allebei *wel* kan 
> installeren (op een nette packagemanager-manier dus, de botte bijl 
> werkt altijd wel) en dat ze beiden ook netjes ge-update worden?

Het probleem is dat deze pakketten een aantal bestanden gemeen hebben,
met name o.a.:

/usr/sbin/sendmail
/usr/lib/sendmail
/usr/bin/mailq
/usr/bin/newaliases

Programma's die mail willen versturen op een POSIX/LSB-compatibele
manier zullen ook verwachten dat die daar zijn (zeker sendmail), dus je
kan ze niet zomaar een andere naam geven.

In theorie zouden de maintainers van alle "mail-transport-agent"
pakketten samen een systeem met alternatives e.d. kunnen opzetten, maar
ik vrees dat dat relatief veel werk zou zijn voor iets wat nauwelijks
nut heeft.  :)


-- 
Jan Claeys