Interner Mailversand funktioniert sehr langsam?

[wuwu]

Hallo,

letzte Woche hat uns die Telekom einen Tag lang mit unser Leitung ins Internet im Stich gelassen, das heist, keine Mails nach außen, alle blieben in der Mailbox.
Das ist ja soweit in Ordnung, nur eines hat mich gestört, die Mails die an die internen User gegangen sind, sind auch erst dann angekommen wie die Leitung nach außen wieder funktioniert hat. Ein paar Mails sind an und ab mal durchgerutscht!

Woran kann das liegen bzw. welche Einstellung mus ich vornehmen, damit der interne Mailverkehr einwandfrei funktioniert?

Mfg Horst

[Semeaphoros]

Schwierig, nachträglich zu beantworten. Wieviele Mailthreads hast Du denn aktiviert? Wenn das nur einer ist, dann haben die Zustellversuche nach Extern den Mailverkehr blockiert, in solchen Situationen sollte man die Threads erhöhen, gleichzeitig aber auch mehrere Mail.boxen anlegen, da sonst diese gesperrt sein können

[wuwu]

Hallo,

beim AdminP -> Basics steht bei uns drinnen: Maximun Numbver of threads:3, das heist er wartet ab bis 3 in der Mailbox sind und dann schickt er, wie ist das zu verstehen?

mfg

[koehlerbv]

Ich weiss jetzt zwar nicht, wo Du da nachgeschaut hast (AdminP ?), aber prinzipiell heisst "3 threads", dass bis zu drei Anfragen / Anforderungen gleichzeitig abgearbeitet werden können.

Bernhard

[wuwu]

im Serverdokument unter dem Register Server Task -> Administration Prozess

[Semeaphoros]

Das hat jetzt mir Mehl überhaupt nichts zu tun, das bedeuted, dass der AdminP 3 Thread gleichzeitig fahren darf.

Die Mailkonfiguration steht nicht im Serverdoc sondern im Configurationsdokument und dort gibt es die beiden von mir erwähnten Einstellungen: Die Anzahl Auslieferungsthreads und die Anzahl Mehldosen auf dem Server.

[wuwu]

unter router/smtp finde ich basics und dann number of mailboxes ist leer, das heist eine mailbox!

wo finde ich den 2 eintrag?

[Semeaphoros]

Unter Restrictions and Controls - Delivery Controls

... für den Eingang gibts das dann auch noch einmal ....

[wuwu]

vorerst mal danke, was müßte ich in so einen fall dann für einen wert eintragen, das die internen mails schneller verschickt werden?

mfg

[Semeaphoros]

Na ja, das hängt ein wenig an der Mailstruktur, lässt sich also nicht wirklich sagen, ich würde mal an beiden Stellen eine 3 eintragen. Je höher der Anteil externe Mails ist, desto höher sollte der Wert werden.

[m3]

Also ich wuerde mal drauf tippen, dass ihr keinen internen DNS-Server habt und Dein Mailserver die Mails nicht zustellen kann, solange er zu den Domainnamen in den Adressen keinen MX-Record findet (wenn die Mails mit Internet-Adressen). Auch sonst ist die Mailzustellung sehr "eigenwillig" wenn prinzipiell die Namensaufloesung nicht funktioniert.

Was passiert denn, wenn Du die Mails "haendisch" an der Konsole routest?

Abhilfe:  Eigenes DNS oder handgepflegte hosts-Eintraege.

[Semeaphoros]

Ok, wenn da internet-Adressen verwendet werden ... ich denke mal, dass intern mit Notes-Adressen gearbeitet wird. Abgesehen davon merkt der SMTP-Gateway das normalerweise, wenn ein interner mit einer INet-Adresse angesprochen wird und schickt das nicht über SMTP an sich selbst, damit sollte es selbst bei Verwendung der INet-Adresse nicht zum Stau kommen. Hingegen die Auslastung der Delivery-Threads spielt da ganz gewaltig hinein, die werden ziwschen Notes-Mail-Routing und SMTP-Routing geteilt

[m3]

Und wenn Du in den Verbindungsdokumenten fuer das Mailrouting Namen statt IP-Adressen verwendest?
Dann muss er diese auch uber hosts-File oder DNS aufloesen. Und wenn er keinen eigenen hat, geht das erst wieder, wenn die Internet-Verbindung steht.
Nachdem ich sowas auch schon mal hatte und er geschrieben hat, dass die Mails erst zugestellt wurden, als sie wieder online waren (bei zu vielen Mails mit zu wenig delivery thread sollte die mails halt langsam aber doch zugestellt werden) tippe ich auf ein Problem mit der Namensaufloesung.

Meine 2 Groschen, ah cent aeh Euro-Cent.

[Semeaphoros]

Aber genau das sagt er ja im Titel: ".... funktioniert sehr langsam ...."

... und weiter sagt er, "ein paar Mails sind an und ab mal durchgerutscht"

Bei Deiner Vermutung würden gar keine Mails mehr durchrutschen

[m3]

Ja, aber im Text dann: "die Mails die an die internen User gegangen sind, sind auch erst dann angekommen wie die Leitung nach außen wieder funktioniert hat."

[Semeaphoros]

Na ja, man sollte eben vollständig lesen, zitieren, genau danach steht, dann, dass ein paar durchgerutscht sind ...

[m3]

Riecht fuer mich trotzdem nach einem DNS und nicht nach einen Router-Task Prob.

Wir werde sehen, wenn sich wuwu wieder meldet.

[Semeaphoros]

Na ja, wenn man einen internen DNS ausetzt, dann werden die Wartezeiten natürlich verkürzt, weil dann die Internet-Mails nicht mehr auf den DNServer zu warten haben, denn da verbraten diese Threads wohl sehr viel Zeit, ob sich das lohnt nur für ein Notfallszenario wage ich zu bezweifeln.

[koehlerbv]

Meines Erachtens eine müßige Debatte ... Der eigene DNS-Server erspart den Lookup, aber auch ohne den muss der Router dann immer noch versuchen, die nicht erreichbare Ziel-IP zu erreichen. Und da die Leitung tot ist ...

Bernhard

[m3]

Und woher bekommt er die IP-Adresse? Aus dem DNS (MX Eintrage). Und wenn sie ihre internen mails auch mit sdasd@firma.com verschicken, klappt das nicht.

Detto, wenn sie die Servervia Namen aufloesen. Auch dann braucht er das DNS um die IP-Adresse zu erhalten. Und wenn dieser Server nicht erreichbar ist, steht alles. Aber das koennte man dem Log von wuwu entnehmen, wenn er sich wieder meldet.