<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=iso-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Andreas Winkelmann schrieb:
<blockquote
cite="mid:41763.169.128.252.105.1213794850.squirrel@a-angels.ath.cx"
type="cite">
<blockquote type="cite">
<pre wrap="">Andreas Winkelmann schrieb:
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">ist es möglich destination_concurrency_limit für connects
zum in main.cf definierten relayhost zu begrenzen,
ohne dabei die globalen smtp_destination_concurrency_limit
oder default_destination_concurrency_limit zu verändern?
</pre>
</blockquote>
<pre wrap="">Nicht unbedingt.
Welche Wege nach draussen gibt es denn bei Dir ausser $relayhost?
</pre>
</blockquote>
<pre wrap="">Nach draussen:
relayhost und smtp_fallback_relay in der DMZ, die auch für die Annahme
der Mails aus dem Internet
zuständig sind (beide MX).
Der smtpd auf den beiden ist mit
-o smtpd_client_connection_count_limit=2
versehen,
damit die Müllschleuder nicht die ganze Luft wegnehmen.
Die interne Maschine, um die geht es.
Die nimmt an und verteilt Mails von von ca. 90 internen Mailservern der
Städte und Gemeinden.
Nach draussen geht es aber über den relayhost, und da sind nur 2
connects möglich.
</pre>
</blockquote>
<pre wrap=""><!---->
Wie gehen die Mails an die "90 internen Mailserver"? Ist das eine
transport_maps oder relay_domains?
Wenn transport_maps, dann schreibe zum Ziel einen eigenen Transport-Namen.
domain-ziel1.dom relay:[ziel]
Wenn relay_domains hast Du schon einen eigenen relay_transport.
Dann hast Du eine Trennung zwischen smtp(_destination_concurrency_limit)
(relayhost) und den Mails die an die internen Server gehen
(default_destination_concurrency_limit).
</pre>
</blockquote>
Alles transport_maps.<br>
<br>
in der master.cf:<br>
<tt># SMTP-Prozess für gemeinden-transport:<br>
relay-gemeinde unix - - - - - smtp<br>
-o smtp_fallback_relay=<br>
-o smtp_destination_concurrency_limit=1<br>
<br>
</tt>habe ich extra transport dafür, den ich in der transport_maps:<br>
<tt>stadt-sowieso.de relay-gemeinde:[10.96.98.43]<br>
<br>
</tt>nutze. Ist ja OK.<br>
<br>
Aber ich habe noch Transporte für die Backbone-Server, für
Julia-Mailoffice,<br>
für Testa-Netz usw.. Mit den standard-smtps hab ich insgesamt 9
Transporte<br>
in der master.cf, für die ich dann die Optionen setzen muss. <br>
Ne, hab schon gesetzt.<br>
Dann kam noch die Bastelei mit dem address_verify dazu, der <br>
normalerweise den $default_transport nimmt...<br>
<tt></tt><br>
Wär' nicht schlecht all diese Transporte "default" zu belassen und nur
an<br>
dem Transport zu schrauben, wo es auch nötig ist... relayhost.<br>
Aber wenn es nicht geht...(?) <br>
<br>
<blockquote
cite="mid:41763.169.128.252.105.1213794850.squirrel@a-angels.ath.cx"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<pre wrap="">Das Problem ist ja lösbar.
Es ist nicht schwer ein smtpd auf einen anderen Port hängen und ohne
connection limit
vom internen Relay Mails annehmen lassen, aber...
ich hab so 'ne Option wie relayhost_smtp_connect_concurrency_limit o.ä.
gesucht...
</pre>
<blockquote type="cite">
<pre wrap="">Du könntest allen anderen einen eigenen transport verpassen und diesen
halt nicht beschränken.
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
--
Andreas
</pre>
</blockquote>
<br>
</body>
</html>