<!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:29419.169.128.252.105.1213791500.squirrel@a-angels.ath.cx"
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>
Nach draussen:<br>
relayhost und smtp_fallback_relay in der DMZ, die auch für die Annahme
der Mails aus dem Internet<br>
zuständig sind (beide MX).<br>
Der smtpd auf den beiden ist mit<br>
-o smtpd_client_connection_count_limit=2<br>
versehen,<br>
damit die Müllschleuder nicht die ganze Luft wegnehmen.<br>
<br>
Die interne Maschine, um die geht es.<br>
Die nimmt an und verteilt Mails von von ca. 90 internen Mailservern der
Städte und Gemeinden.<br>
Nach draussen geht es aber über den relayhost, und da sind nur 2
connects möglich.<br>
<br>
Das Problem ist ja lösbar.<br>
Es ist nicht schwer ein smtpd auf einen anderen Port hängen und ohne
connection limit<br>
vom internen Relay Mails annehmen lassen, aber...<br>
<br>
ich hab so 'ne Option wie relayhost_smtp_connect_concurrency_limit o.ä.
gesucht... <br>
<blockquote
cite="mid:29419.169.128.252.105.1213791500.squirrel@a-angels.ath.cx"
type="cite">
<pre wrap="">
Du könntest allen anderen einen eigenen transport verpassen und diesen
halt nicht beschränken.
--
Andreas
</pre>
</blockquote>
<br>
</body>
</html>