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

Groups > de.comm.software.mailserver > #5057 > unrolled thread

Postfix: mehrere mails pro Verbindung

Back to article view | Back to de.comm.software.mailserver

Contents

  Postfix: mehrere mails pro Verbindung Jürgen Dollinger <juergen-usenet2016@schellesbeck.de> - 2015-10-01 22:42 +0200
    Re: Postfix: mehrere mails pro Verbindung "Juergen P. Meier" <nospam-1984@jors.net> - 2015-10-02 04:09 +0000
    Re: Postfix: mehrere mails pro Verbindung Tim Ritberg <tim@server.invalid> - 2015-10-02 12:21 +0200
      Re: Postfix: mehrere mails pro Verbindung dseppi@a1.net (David Seppi) - 2015-10-02 17:24 +0000
        Re: Postfix: mehrere mails pro Verbindung Tim Ritberg <tim@server.invalid> - 2015-10-02 19:55 +0200
      Re: Postfix: mehrere mails pro Verbindung Jürgen Dollinger <juergen-usenet2016@schellesbeck.de> - 2015-10-03 12:41 +0200
        Re: Postfix: mehrere mails pro Verbindung Jürgen Dollinger <juergen-usenet2016@schellesbeck.de> - 2015-10-06 21:33 +0200

#5057 — Postfix: mehrere mails pro Verbindung

Hallo!

Wenn in meiner postfix-queue mehrere Mails zum Ausliefern liegen, dann
geht postfix so vor dass es fuer jede Mail eine eigene Verbindung
aufbaut, und erst nach Trennen der Verbindung zur naechsten Mail uebergeht.
SMTP erlaubt aber auch, dass man in einer Verbindung mehrere Mails
ausliefert. (Wie) kann ich postfix dazu uberreden das zu tun?

Hintergrund ist, dass ich secondary MX bin und der Provider des Rechners
wo das Zeug hinmuss erlaubt nur eine bestimmte Anzahl Verbindungen pro
Zeit. Im Moment pruegel ich mit irgendwelchen Skripten auf der queue rum
(alle 2 Minuten 4 mails zustellen oder so).

-- 
 J. Dollinger  Uni Ulm | zeitnot@irc | http://zeitnot.home.pages.de
What did you do to the cat? It looks half-dead. -Schroedinger's wife

[toc] | [next] | [standalone]

#5058

Jürgen Dollinger <juergen-usenet2016@schellesbeck.de>:
> Wenn in meiner postfix-queue mehrere Mails zum Ausliefern liegen, dann
> geht postfix so vor dass es fuer jede Mail eine eigene Verbindung
> aufbaut, und erst nach Trennen der Verbindung zur naechsten Mail uebergeht.
> SMTP erlaubt aber auch, dass man in einer Verbindung mehrere Mails
> ausliefert. (Wie) kann ich postfix dazu uberreden das zu tun?

Ich nehme an, die Empfanegerdomain ist bei diesen Mails jeweils die
gleiche, bzw. nutzen den selben Mailserver.

> Hintergrund ist, dass ich secondary MX bin und der Provider des Rechners
> wo das Zeug hinmuss erlaubt nur eine bestimmte Anzahl Verbindungen pro
> Zeit. Im Moment pruegel ich mit irgendwelchen Skripten auf der queue rum

Ernsthaft? Und die sind nicht faehig einen Secondary MX fuer eine
ihrer Domains von dieser Regel auszunehmen?

Du solltest es Ueberdenken fuer solche Dumpfbacken secondary MX zu
spielen, wenn der Provider so unfaehig ist, oder den Provider wechseln.
Es gibt genuegend kompetente Provider.

> (alle 2 Minuten 4 mails zustellen oder so).

Lass es. Erklaere den empfaengern, dass ihr Provider bewusst und mit
voller absicht ihren Mailempfang sabotiert und stell den Service ein.

Oder bring den Provider dazu, den Secondary MX zu whitelisten, so wie
man das gefaelligst macht.


Die ERSTE Regel beim Betrieb von Maildomains mit off-site/externen
MXen lautet:
	WHITELISTE deine MXe.

Die ZWEITE Regel beim Betrieb von Maildomains mit off-site/externen
MXen lautet:
	WHITELISTE deine MXe auch in Netzwerk-Filtern.

Die DRITTE Regel beim Betrieb von Maildomains mit off-site/externen
MXen lautet:
	Sorge endlich dafuer, dass deine MXe ungehindert miteinander
	kommunizieren koennen.


Im Grunde ist das Ganz einfach.


Du darfst den PRovider pruegeln (lasssen), der seine Mailkunden sabotiert

Juergen

[toc] | [prev] | [next] | [standalone]

#5059

Am 01.10.2015 um 22:42 schrieb Jürgen Dollinger:
> Hallo!
> 
> Wenn in meiner postfix-queue mehrere Mails zum Ausliefern liegen, dann
> geht postfix so vor dass es fuer jede Mail eine eigene Verbindung
> aufbaut, und erst nach Trennen der Verbindung zur naechsten Mail uebergeht.
> SMTP erlaubt aber auch, dass man in einer Verbindung mehrere Mails
> ausliefert. (Wie) kann ich postfix dazu uberreden das zu tun?
Du meinst Pipelining? Ich denke, dass macht er per default. Aber das
Ziel muss das auch erlauben.
Wenn ich mich mit EHLO auf meinem Postixserver melde, bekomme ich ein
250-PIPELINING.


> 
> Hintergrund ist, dass ich secondary MX bin und der Provider des Rechners
> wo das Zeug hinmuss erlaubt nur eine bestimmte Anzahl Verbindungen pro
> Zeit. Im Moment pruegel ich mit irgendwelchen Skripten auf der queue rum
> (alle 2 Minuten 4 mails zustellen oder so).
Du kannst aber auch die SMTP-Client-Verbindungen in der master.cf auf 1
setzen.

Tim

[toc] | [prev] | [next] | [standalone]

#5060

Tim Ritberg schrieb:

> Am 01.10.2015 um 22:42 schrieb Jürgen Dollinger:
>> Hallo!
>> 
>> Wenn in meiner postfix-queue mehrere Mails zum Ausliefern liegen, dann
>> geht postfix so vor dass es fuer jede Mail eine eigene Verbindung
>> aufbaut, und erst nach Trennen der Verbindung zur naechsten Mail uebergeht.
>> SMTP erlaubt aber auch, dass man in einer Verbindung mehrere Mails
>> ausliefert. (Wie) kann ich postfix dazu uberreden das zu tun?
> Du meinst Pipelining?

Nein, Pipelining ist was anderes (RFC 2920).
Das erlaubt es dem Einlieferer bestimmte SMTP-Kommandos abzusenden,
ohne auf die Antwort auf die vorigen Kommandos warten zu müssen.
Da wird dann direkt hintereinander (bzw. sogar im selben TCP-Paket)
"mail from: <Absender>\nrcpt to: <Empfänger_1>\nrcpt to:<Empfänger_2>\n"
"rcpt to <Empfänger_n>\ndata\n" abgeschickt. Auf herkömmliche Weise
müßte man nach "mail from" und jedem einzelnen "rcpt to" auf die Antwort
des SMTP-Servers warten, was eine menge unnötige round trips verursacht.
Am Schluß sieht man dann ja eh welche Empfänger abgelehnt wurden.

https://tools.ietf.org/html/rfc2920

-- 
David Seppi
1220 Wien

[toc] | [prev] | [next] | [standalone]

#5061

Am 02.10.2015 um 19:24 schrieb David Seppi:
> Tim Ritberg schrieb:
> 
>> Am 01.10.2015 um 22:42 schrieb Jürgen Dollinger:
>>> Hallo!
>>>
>>> Wenn in meiner postfix-queue mehrere Mails zum Ausliefern liegen, dann
>>> geht postfix so vor dass es fuer jede Mail eine eigene Verbindung
>>> aufbaut, und erst nach Trennen der Verbindung zur naechsten Mail uebergeht.
>>> SMTP erlaubt aber auch, dass man in einer Verbindung mehrere Mails
>>> ausliefert. (Wie) kann ich postfix dazu uberreden das zu tun?
>> Du meinst Pipelining?
> 
> Nein, Pipelining ist was anderes (RFC 2920).
> Das erlaubt es dem Einlieferer bestimmte SMTP-Kommandos abzusenden,
> ohne auf die Antwort auf die vorigen Kommandos warten zu müssen.
> Da wird dann direkt hintereinander (bzw. sogar im selben TCP-Paket)
> "mail from: <Absender>\nrcpt to: <Empfänger_1>\nrcpt to:<Empfänger_2>\n"
> "rcpt to <Empfänger_n>\ndata\n" abgeschickt. Auf herkömmliche Weise
> müßte man nach "mail from" und jedem einzelnen "rcpt to" auf die Antwort
> des SMTP-Servers warten, was eine menge unnötige round trips verursacht.
> Am Schluß sieht man dann ja eh welche Empfänger abgelehnt wurden.
> 
> https://tools.ietf.org/html/rfc2920
> 

Ach so ja ne, eigentlich meinte ich das hier :-)

http://www.postfix.org/CONNECTION_CACHE_README.html#summary

[toc] | [prev] | [next] | [standalone]

#5062

Tim Ritberg <tim@server.invalid> wrote:
> Am 01.10.2015 um 22:42 schrieb Jürgen Dollinger:
>> Hallo!
>> 
>> Wenn in meiner postfix-queue mehrere Mails zum Ausliefern liegen, dann
>> geht postfix so vor dass es fuer jede Mail eine eigene Verbindung
>> aufbaut, und erst nach Trennen der Verbindung zur naechsten Mail uebergeht.
>> SMTP erlaubt aber auch, dass man in einer Verbindung mehrere Mails
>> ausliefert. (Wie) kann ich postfix dazu uberreden das zu tun?
> Du meinst Pipelining? Ich denke, dass macht er per default. Aber das
> Ziel muss das auch erlauben.
> Wenn ich mich mit EHLO auf meinem Postixserver melde, bekomme ich ein
> 250-PIPELINING.

Dass du CONNECTION_CACHE_README meintest hattet ihr ja schon geklaert.
Das muss ich mir mal reinziehen. Soweit ich das bisher sehe sollte das
so funkktionieren, tuts aber nicht wenn ich die vielen
"postfix/smtp[24871]: connect to" im log anschaue.
Pipelining ist uebrigens auf dem Ziel erlaubt.

> Du kannst aber auch die SMTP-Client-Verbindungen in der master.cf auf 1
> setzen.

Das ist die Zahl der gleichzeitigen Verbindungen, aka Zahl der Prozesse?
Und dann ueberlegt er sichs und macht mit der einen Verbindung mehrere
mails, oder was?

-- 
 J. Dollinger  Uni Ulm | zeitnot@irc | http://zeitnot.home.pages.de
What did you do to the cat? It looks half-dead. -Schroedinger's wife

[toc] | [prev] | [next] | [standalone]

#5067

Jürgen Dollinger <juergen-usenet2016@schellesbeck.de> wrote:
> Dass du CONNECTION_CACHE_README meintest hattet ihr ja schon geklaert.
> Das muss ich mir mal reinziehen. Soweit ich das bisher sehe sollte das
> so funkktionieren, tuts aber nicht wenn ich die vielen
> "postfix/smtp[24871]: connect to" im log anschaue.

Funktioniert in der Tat nicht. Auch nachdem ich
smtp_connection_reuse_time_limit hochgesetzt hatte. Im Log findet sich
immer nur sowas:

postfix/scache[23874]: statistics: domain lookup hits=0 miss=34 success=0%
postfix/scache[23874]: statistics: address lookup hits=0 miss=34 success=0%

>> Du kannst aber auch die SMTP-Client-Verbindungen in der master.cf auf 1
>> setzen.
> 
> Das ist die Zahl der gleichzeitigen Verbindungen, aka Zahl der Prozesse?
> Und dann ueberlegt er sichs und macht mit der einen Verbindung mehrere
> mails, oder was?

Hat auch nicht weitergeholfen.

Ich hab jetzt default_destination_rate_delay auf 30s gesetzt. Jetzt wird
wenigstens alle halbe Minute ne Mail ausgeliefert, es gibt kein
"Connection timed out" mehr und die queue schrumpft.
Nicht so schoen wie funktionierendes connection caching, aber es tut.


-- 
 J. Dollinger  Uni Ulm | zeitnot@irc | http://zeitnot.home.pages.de
What did you do to the cat? It looks half-dead. -Schroedinger's wife

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailserver

csiph-web