[postfix-users] POSTFIX v2.5.5 : Schonung von Bandbreite beim Versenden von eMails an mehrere Empfaenger
Hallo allerseits,
ich habe zwei root-Server (debian/postfix), die abgehende eMails neben ihren normalen Aufgaben gleich mit abgehend relayen sollen. Damit gibts dann auch keinen Stress mit SPAM-Filtern, denn die Bueros haengen selbst an dynamischen IPs (smartrelay). In den Bueros stehen jeweils SBS-Server und der darin enthaltene Exchange-Server wird auch gut genutzt. Wird nun eine eMail an mehrere Empfaenger verschickt, droeselt der Exchange die Jobs bereits den Empfaengerdomains entsprechend auf. Das moechte ich nicht, denn eine eMail mit einem angehaengten 10MB PDF wird dann 20 Mal durch das schmale DSL gedrueckt, wobei diese Aufteilung erst an den Satellitensystemen vorgenommen die DSL-Leitung nur einmal belasten wuerde und die Anbindungsgeschwindigkeit des Satellitensystems wuerde ueber die 20 eMails muede laecheln. Ich nehme an, dass ich hier nicht nur am Exchange etwas drehen muss, sondern auch am POSTFIX der beiden Satelliten, aber bereits beim Exchange finde ich den Einstieg nicht.
Das Handbuch habe ich schon rauf und runtergewuehlt und haenge schon seit einigen Monden an dem Problem. Auch google konnte mir bislang nicht wirklich helfen. Ich denke, mir fehlt da einfach nur der Schubs in die richtige Richtung.
Achso - die Bueros sind jeweils via VPN an die Satellitensysteme angebunden und kommunizieren auch nur ueber das VPN mit denen. Desgleichen die root-Server, die sich untereinander mit 1GBit/s ueber das VPN verstaendigen.
Ich danke jetzt schonmal allen, die ihre Gehirnwindungen auf die Reise geschickt haben,
Bye, Hansjoerg...
Zitat von POSTFIX postfix@c-bit.org:
Hallo allerseits,
ich habe zwei root-Server (debian/postfix), die abgehende eMails neben ihren normalen Aufgaben gleich mit abgehend relayen sollen. Damit gibts dann auch keinen Stress mit SPAM-Filtern, denn die Bueros haengen selbst an dynamischen IPs (smartrelay). In den Bueros stehen jeweils SBS-Server und der darin enthaltene Exchange-Server wird auch gut genutzt. Wird nun eine eMail an mehrere Empfaenger verschickt, droeselt der Exchange die Jobs bereits den Empfaengerdomains entsprechend auf. Das moechte ich nicht, denn eine eMail mit einem angehaengten 10MB PDF wird dann 20 Mal durch das schmale DSL gedrueckt, wobei diese Aufteilung erst an den Satellitensystemen vorgenommen die DSL-Leitung nur einmal belasten wuerde und die Anbindungsgeschwindigkeit des Satellitensystems wuerde ueber die 20 eMails muede laecheln. Ich nehme an, dass ich hier nicht nur am Exchange etwas drehen muss, sondern auch am POSTFIX der beiden Satelliten, aber bereits beim Exchange finde ich den Einstieg nicht.
Ich dachte das wäre lediglich ein Problem des bei Windows Server kostenlos eingebauten SMTP Servers und Exchange macht es besser... Und nein, auf Postfix Seite gibt es keine Möglichkeit dieses Verhalten zu beieinflussen. Postfix ist durchaus in der Lage pro Mail mehrere Empfänger auch mit ESMTP und Connection-Caching zu verarbeiten, aber bei MS scheint man sich mit sowas nicht zu beschäftigen.
Gruß
Andreas
Am 30.05.2010 20:18, schrieb lst_hoe02@kwsoft.de:
Zitat von POSTFIX postfix@c-bit.org:
Hallo allerseits,
ich habe zwei root-Server (debian/postfix), die abgehende eMails neben ihren normalen Aufgaben gleich mit abgehend relayen sollen. Damit gibts dann auch keinen Stress mit SPAM-Filtern, denn die Bueros haengen selbst an dynamischen IPs (smartrelay). In den Bueros stehen jeweils SBS-Server und der darin enthaltene Exchange-Server wird auch gut genutzt. Wird nun eine eMail an mehrere Empfaenger verschickt, droeselt der Exchange die Jobs bereits den Empfaengerdomains entsprechend auf. Das moechte ich nicht, denn eine eMail mit einem angehaengten 10MB PDF wird dann 20 Mal durch das schmale DSL gedrueckt, wobei diese Aufteilung erst an den Satellitensystemen vorgenommen die DSL-Leitung nur einmal belasten wuerde und die Anbindungsgeschwindigkeit des Satellitensystems wuerde ueber die 20 eMails muede laecheln. Ich nehme an, dass ich hier nicht nur am Exchange etwas drehen muss, sondern auch am POSTFIX der beiden Satelliten, aber bereits beim Exchange finde ich den Einstieg nicht.
Ich dachte das wäre lediglich ein Problem des bei Windows Server kostenlos eingebauten SMTP Servers und Exchange macht es besser... Und nein, auf Postfix Seite gibt es keine Möglichkeit dieses Verhalten zu beieinflussen. Postfix ist durchaus in der Lage pro Mail mehrere Empfänger auch mit ESMTP und Connection-Caching zu verarbeiten, aber bei MS scheint man sich mit sowas nicht zu beschäftigen.
Gruß
Andreas
postfix-users mailing list postfix-users@de.postfix.org http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users
Exchange darf man nicht primaer als Smtp Server ansehen, und das grosse "interne" Mails duenne Leitungen verstopfen, kann man zwar mit allerlei tricky Mailrouting und Balancing etc verbessern aber grundsaetzlich laesst sich diese Problem halt immer nur mit mehr Bandbreite regeln zumindest wenn die User ihre Mails just in Time wuenschen ( was uebrigens meist eher an einem Komplex der User liegt an statt an tatsaechlicher Notwenidigkeit )
Zitat von Robert Schetterer robert@schetterer.org:
Am 30.05.2010 20:18, schrieb lst_hoe02@kwsoft.de:
Zitat von POSTFIX postfix@c-bit.org:
Hallo allerseits,
ich habe zwei root-Server (debian/postfix), die abgehende eMails neben ihren normalen Aufgaben gleich mit abgehend relayen sollen. Damit gibts dann auch keinen Stress mit SPAM-Filtern, denn die Bueros haengen selbst an dynamischen IPs (smartrelay). In den Bueros stehen jeweils SBS-Server und der darin enthaltene Exchange-Server wird auch gut genutzt. Wird nun eine eMail an mehrere Empfaenger verschickt, droeselt der Exchange die Jobs bereits den Empfaengerdomains entsprechend auf. Das moechte ich nicht, denn eine eMail mit einem angehaengten 10MB PDF wird dann 20 Mal durch das schmale DSL gedrueckt, wobei diese Aufteilung erst an den Satellitensystemen vorgenommen die DSL-Leitung nur einmal belasten wuerde und die Anbindungsgeschwindigkeit des Satellitensystems wuerde ueber die 20 eMails muede laecheln. Ich nehme an, dass ich hier nicht nur am Exchange etwas drehen muss, sondern auch am POSTFIX der beiden Satelliten, aber bereits beim Exchange finde ich den Einstieg nicht.
Ich dachte das wäre lediglich ein Problem des bei Windows Server kostenlos eingebauten SMTP Servers und Exchange macht es besser... Und nein, auf Postfix Seite gibt es keine Möglichkeit dieses Verhalten zu beieinflussen. Postfix ist durchaus in der Lage pro Mail mehrere Empfänger auch mit ESMTP und Connection-Caching zu verarbeiten, aber bei MS scheint man sich mit sowas nicht zu beschäftigen.
Gruß
Andreas
Exchange darf man nicht primaer als Smtp Server ansehen, und das grosse "interne" Mails duenne Leitungen verstopfen, kann man zwar mit allerlei tricky Mailrouting und Balancing etc verbessern aber grundsaetzlich laesst sich diese Problem halt immer nur mit mehr Bandbreite regeln zumindest wenn die User ihre Mails just in Time wuenschen ( was uebrigens meist eher an einem Komplex der User liegt an statt an tatsaechlicher Notwenidigkeit )
Das Problem ist das MS-SMTP bzw. wohl auch Exchange eine Mail an mehrere Empfänger in mehrere e-Mails aufteilen, selbst wenn ein Relay-Host verwendet wird was ziemlich Gaga ist. Wir haben das selbe Problem hier mit einer Niederlassung die Multi-Megabyte Mails an bis zu 10 Empfänger verschickt (Druckvorstufe) und den zentralen Postfix Server als Relay benutzt. Es ärgert dann schon wenn 15MB x 10 über die Leitung gehen anstatt nur einmal...
Gruß
Andreas
Am 31.05.2010 10:01, schrieb lst_hoe02@kwsoft.de:
Zitat von Robert Schetterer robert@schetterer.org:
Am 30.05.2010 20:18, schrieb lst_hoe02@kwsoft.de:
Zitat von POSTFIX postfix@c-bit.org:
Hallo allerseits,
ich habe zwei root-Server (debian/postfix), die abgehende eMails neben ihren normalen Aufgaben gleich mit abgehend relayen sollen. Damit gibts dann auch keinen Stress mit SPAM-Filtern, denn die Bueros haengen selbst an dynamischen IPs (smartrelay). In den Bueros stehen jeweils SBS-Server und der darin enthaltene Exchange-Server wird auch gut genutzt. Wird nun eine eMail an mehrere Empfaenger verschickt, droeselt der Exchange die Jobs bereits den Empfaengerdomains entsprechend auf. Das moechte ich nicht, denn eine eMail mit einem angehaengten 10MB PDF wird dann 20 Mal durch das schmale DSL gedrueckt, wobei diese Aufteilung erst an den Satellitensystemen vorgenommen die DSL-Leitung nur einmal belasten wuerde und die Anbindungsgeschwindigkeit des Satellitensystems wuerde ueber die 20 eMails muede laecheln. Ich nehme an, dass ich hier nicht nur am Exchange etwas drehen muss, sondern auch am POSTFIX der beiden Satelliten, aber bereits beim Exchange finde ich den Einstieg nicht.
Ich dachte das wäre lediglich ein Problem des bei Windows Server kostenlos eingebauten SMTP Servers und Exchange macht es besser... Und nein, auf Postfix Seite gibt es keine Möglichkeit dieses Verhalten zu beieinflussen. Postfix ist durchaus in der Lage pro Mail mehrere Empfänger auch mit ESMTP und Connection-Caching zu verarbeiten, aber bei MS scheint man sich mit sowas nicht zu beschäftigen.
Gruß
Andreas
Exchange darf man nicht primaer als Smtp Server ansehen, und das grosse "interne" Mails duenne Leitungen verstopfen, kann man zwar mit allerlei tricky Mailrouting und Balancing etc verbessern aber grundsaetzlich laesst sich diese Problem halt immer nur mit mehr Bandbreite regeln zumindest wenn die User ihre Mails just in Time wuenschen ( was uebrigens meist eher an einem Komplex der User liegt an statt an tatsaechlicher Notwenidigkeit )
Das Problem ist das MS-SMTP bzw. wohl auch Exchange eine Mail an mehrere Empfänger in mehrere e-Mails aufteilen, selbst wenn ein Relay-Host verwendet wird was ziemlich Gaga ist. Wir haben das selbe Problem hier mit einer Niederlassung die Multi-Megabyte Mails an bis zu 10 Empfänger verschickt (Druckvorstufe) und den zentralen Postfix Server als Relay benutzt. Es ärgert dann schon wenn 15MB x 10 über die Leitung gehen anstatt nur einmal...
Gruß
Andreas
postfix-users mailing list postfix-users@de.postfix.org http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users
klar ist das aergerlich, aber ist halt exchange/m$ *g aber ganz ehrlich, meist kann man das irgendwie regeln , nur muss man sich eben meist ziemlich tief in exchnage reinarbeiten und das ist ein Alptraum zumindest gemessen an der Simplizitaet von Postfix schon mal die technet gequaelt zu dem Thema ?
Zitat von Robert Schetterer robert@schetterer.org:
klar ist das aergerlich, aber ist halt exchange/m$ *g aber ganz ehrlich, meist kann man das irgendwie regeln , nur muss man sich eben meist ziemlich tief in exchnage reinarbeiten und das ist ein Alptraum zumindest gemessen an der Simplizitaet von Postfix schon mal die technet gequaelt zu dem Thema ?
Ich hab mal eine Weile gesucht & gefragt aber nur die Antwort gefunden "Ist wohl so..". Da die Aussenstelle in absehrbarer Zeit wieder auf den "Campus" kommt hab ich's dann zu den Akten gelegt.
Gruß
Andreas
Am 01.06.2010 17:03, schrieb lst_hoe02@kwsoft.de:
Zitat von Robert Schetterer robert@schetterer.org:
klar ist das aergerlich, aber ist halt exchange/m$ *g aber ganz ehrlich, meist kann man das irgendwie regeln , nur muss man sich eben meist ziemlich tief in exchnage reinarbeiten und das ist ein Alptraum zumindest gemessen an der Simplizitaet von Postfix schon mal die technet gequaelt zu dem Thema ?
Ich hab mal eine Weile gesucht & gefragt aber nur die Antwort gefunden "Ist wohl so..". Da die Aussenstelle in absehrbarer Zeit wieder auf den "Campus" kommt hab ich's dann zu den Akten gelegt.
Gruß
Andreas
postfix-users mailing list postfix-users@de.postfix.org http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users
grins , ich haette die Standart Antowort erwartet upgrade exchange , feature only possible in next version bla bla *g
participants (3)
-
lst_hoe02＠kwsoft.de -
POSTFIX -
Robert Schetterer