Re: [OT] Mailhandling

From: Andreas Totlis <usenet(at)esct.org>
Date: Mon, 19 Jul 2004 14:06:32 +0200

On Sun, Jul 18, 2004 at 09:11:15PM +020016097, Bernd Walter wrote:
> On Sun, Jul 18, 2004 at 05:31:52PM +0200, Marcus Frings wrote:
> > * Florian Unglaub <usenet04(at)rootofallevil.net> wrote:
> >
> > > Man kann doch normalerweise spamd mit '-m <nummer>' starten, und ihm
> > > dadruch mitteilen wieviele 'children' gespawnt werden. Ich bin mir nicht
> > > so ganz sicher, aber ich denke mir mal, dass pro child eben eine Mail
> > > geprüft wird. Vielleicht solltest Du das mal etwas hochsetzen. Nur so
> > > ein spontaner Einfall.
> >
> > Ich bin auch davon ausgegangen, dass es so funktionieren müsste, denn
> > mein spamd läuft schon seit der Installation mit der Option "-m 10",
> > d. h. nach meinem Verständnis sollte er 10 Mails gleichzeitig prüfen
> > können - was er aber nicht tut: Er kriegt immer nur eine Mail brav nach
> > der anderen untergejubelt.
>
> -m ist auch für den spamd verantwortlich.
> Der wesentliche Punkt ist aber wieviele spamc gestartet werden.
> Wenn die Einbindung immer nur einen spamc aleine startet und den
> nächsten erst wenn dieser fertig ist, dann nutzt es einem überhaupt
> nicht dass man mehere spamd hätte haben können.
> Der Punkt ist wie man die übergabe der Mails an den spamc gestaltet.
> Den spamd kann man ja auch recht problemlos über einen balancer auf
> mehrere Maschinen distributieren, solange genügend gleichzeitige Clients
> da sind sodass das auch Sinn macht.
> In größeren Umgebungen habe ich auch einen Pool von spamd Maschinen auf
> mehrere Clients verteilt - so kann man nach Bedarf individuell
> aufrüsten.
>
> > Kann man sehr schön sehen, wenn ich getmail manuell aufrufe (läuft sonst
> > über cron): Es wird erst die nächste Mail vom POP-Account
> > heruntergeladen, wenn die vorherige Mail von Spamassassin überprüft
> > wurde.
> >
> > Ich vermute, dass irgendwo im Ablauf
> >
> > getmail -> maildrop -> spamassassin -> wieder zurück an maildrop und
> > Auslieferung in Maildir
> >
> > ein Programm (kann eigentlich nur getmail oder maildrop sein) auf eine
> > Meldung wartet wie (sinngemäß): "Mail ist ordnungsgemäß abgeholt und ins
> > Maildir ausgeliefert worden. Erst jetzt darfst Du mir die nächste Mail
> > unterjubeln."
>
> So wird es wohl sein - ein MTA wartet in der Regel auf Rückmeldung des
> Zustellstatusses bevor die nächste übergeben wird.
> Man kann aber einen MTA auch auffordern mehrere unabhäng voneinander
> zuzustellen - bei sendmail z.B. indem man queued und mehrere
> Queuerunner in kurzen Intervallen laufen lässt.

Hier ist ja letztlich das gleiche Problem wie bei Florain. Habe spamd
auch schon heraufgesetzt, allerdings mit dem bekannten Ergebnis.
Allerdings war mir nicht klar das der MTA tatsaechlich auf den
Zustellstatus wartet.

Ich denke ich werde mal an dem Ablauf was aendern(wie es Philoin in
seinem Posting geschrieben hat).

Gruss && Dank

Andreas

-- 
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 19 Jul 2004 - 14:06:15 CEST

search this site