Date: Tue, 23 Mar 1999 16:52:04 +0100
From: Peter van Dijk 
Subject: Re: linux als mailserver

On Tue, Mar 23, 1999 at 04:46:18AM +0100, Kees Theunissen wrote:
> On Mon, 22 Mar 1999, Peter van Dijk wrote:
> 
> >> > * ik kan domeinen aan users toewijzen - weg
administratieve last!
> >> 
> >> In de virtusertable van sendmail:
> >> 	@domain.com		localuser
> >> 
> >> Nu komt ook alle mail bij één gebruiker
terecht dacht ik hoor.
> >
> >Dat zei ik niet. Ik had 't over 't toewijzen van een domain aan
een user,
> >die dan onder dit domein forwards en mailinglists kan bouwen,
en zelfs
> >onder z'n eigen UID oneindig veel popboxen (met een kleine
aanpassing
> >voor qmail-pop3d, that is)
> >
> >> > * Door qmail's modulaire opzet kan ik simpelweg 1
programma
> >> >   herschrijven en opeens oneindig veel popboxen per
user hebben
> >> >   [dit programma ga ik overigens binnenkort
uitbrengen (open source)]
> >>
> 
> Zucht. Het viel niet mee om het bovenstaande een beetje leesbaar te
> citeren. Kunnen die mailers van jullie niet afbreken op een
regellengte
> van ongeveer 70 tekens?

hmm ik heb 'm op 75 staan, maar dat is alleen voor tekst die ik zelf
invoer. Ik zal
er eens naar kijken.

> Wat ik wou zeggen:
> Door de flexibele opzet van de sendmail configuratie hoef ik
helemaal
> geen programma's te herschrijven om hetzelfde te bereiken.
> Als ik het goed begrepen heb dan wil je, voor een gebruiker met de
> naam 'user' op de machine 'host.domain', mail kunnen sturen naar
> 'pseudo_user@user.host.domain'. Berichten voor verschillende
pseudo_users
> moeten in verschillende mailboxen of -directories gemikt worden.
Verder
> moet de user, zonder tussenkomst van de systeembeheerder,
forwarding kunnen
> regelen voor alle pseudo_users afzonderlijk. Ook moeten die
pseudo_users
> kunnen worden gebruikt zonder dat de systeembeheerder daar iets
voor moet
> regelen.

Hmm dit kan qmail standaard ook. Ik had 't over POPboxen, dus een stukje
van de
pop3daemon herschrijven.

> Welnu, het zal me minder dan tien regels in een m4-configuratiefile
> kosten om de forwarding te regelen voor elke pseudo_user
afzonderlijk.
> Sendmail wordt dan geconfigureerd om 'pseudo_user@user.host.domain'
> af te leveren bij 'user@host.domain' en dan bijvoorbeeld te kijken
> naar een forward-file '$HOME/.forward.pseudo_user' en als die file
niet
> bestaat naar '$HOME/.forward'.

Zelfde idee als .qmail-pseudo_user en .qmail-default (wat bij qmail
standaard is :)

> Het opzetten van mailinglists en dergelijke kan via die
forward-file
> worden geregeld. 
> Alles wat niet wordt geforward moet nu nog in de juiste mailbox
> worden gedumpt voor die pseudo_user. Dat wordt een taak voor de
> delivery-agent. Bij gebruik van procmail schat ik ook dit op minder
dan
> tien regels in een procmailrc-file.

Hmm kun je betrouwbaar uitfilteren met procmail?

> >> Kewl :)
> >
> >hehe :)
> >
> >> Maar als je goed genoeg thuis bent in de sendmail source -
dus dat je de
> >> diverse delen kunt scheiden ook al zitten ze niet in
verschillende source
> >> files - dan kun je ook delen van sendmail makkelijk genoeg
omgooien.
> >> Wat ik probeer aan te geven is dat, wanneer je het
programma goed genoeg
> >> kent, er niet echt een belemmering is om een stuk van
sendmail anders te
> >> maken. Ik geloof wel dat het in qmail eenvoudiger zal zijn
omdat het wat
> >> anders gestructureerd is, dat wel.
> >
> >mee eens.
> 
> Slechts gedeeltelijk mee eens. Wat er staat klopt wel, maar het is
> helemaal niet nodig om het programma te herschrijven. Je kan bij
sendmail
> volstaan met de configuratiefile.

Hmm ok, sendmail heeft die configuratiefile waar ook echt zo'n beetje
_alles_ mee
kan. En daar zit m.i. de zwakte: het is zo'n gigantisch ding wat alles
kan!

> Ik geef toe dat je, als je speciale dingen wilt, best wel wat
moeite moet
> doen om de details van de sendmail-configuratie te doorgronden.
Maar dat
> geldt ook (in versterkte mate) voor het modificeren van programmas.

Zeer zeker, alleen is het programmeren van C een vaardigheid die wat
meer van pas
komt dan het kunnen snappen van zo'n sendmail.cf met m4 e.d.

Greetz, Peter.
-- 
.| Peter van Dijk           | <mo|VERWEG> stoned worden of coden
.| peter@attic.vuurwerk.nl  | <mo|VERWEG> dat is de levensvraag
                            | <mo|VERWEG> coden of stoned worden
                            | <mo|VERWEG> stonend worden En coden
                            | <mo|VERWEG> hmm
                            | <mo|VERWEG> dan maar stoned worden
en slashdot lezen:)

--
Nederlandse Linux Gebruikers Groep        http://www.nllgg.nl/
Mailinglist info: http://mail.nllgg.nl/
Afmelden: echo "SIG linux" | mail listserv@nllgg.nl