[gelöst] exim4 braucht sehr lange zum Emails versenden.

[Alfex]

Ich habe exim4 konfiguriert damit mein Debian 8.3 direkt über den lokalen SMTP-Server Emails versendet.
Theoretisch funktioniert auch alles, jetzt aber viel auf dass mein Monitoringprogramm Nagios (in Verbindung mit check_mk), beim versenden von Emails immer mal wieder ein timeout hat.
Die Standardeinstellung von Nagios fürs timeout beim versenden von Emails ist 30 Sekunden. In dieser Zeit gehen leider nur 2 Emails draus, weil exim4 einfach nicht mehr schafft in den 30 sekunden. Erhöhe ich die Zeit dann funktioniert es.

Theoretisch habe ich damit das Problem schon gelöst aber da ich scheinbar alleine mit dem Problem bin macht mich das skeptisch.
Ich hab zum Testen aus dem Terminal heraus Emails versendet:

Code: Alles auswählen

echo "This is a test." | mail -s test meine@email.de

Ich hab dann mal die Zeit gestopp wie lange das Terminal dann beschäfitgt ist und komme auf ca. 18 Sekunden.
Das erklärt wieso in 30 Sekunden nur 1 -2 Emails rausgehen.

Ich dachte erst es liegt an check_mk bzw. Nagios aber scheinbar ist exim4 (oder der lokale SMTP Exchange-Server?) daran Schuld.

Oder ist das normal dass das so lange dauert?
Die Emails die versendet werden kommen auch ohne Probleme an, das Problem viel erst jetzt auf als es darum ging an mehrere Leite eine Email zu schicken.

[DeletedUserReAsG]

Standardfrage: was steht in den Logs?

[Alfex]

Vorweg nochmal die Gegenfrage: Es ist also durchaus nicht normal dass das so lange dauert? Mir ist klar dass man sowas nicht immer pauschal sagen kann aber ich habe nunmal absolut keine Erfahrungswerte.

Habe eben mit einem kleinen script 6 Emails hintereiannder verschickt.

Code: Alles auswählen

#!/bin/bash

echo "This is email 1" | mail -s test1 name@domain
echo "This is email 2" | mail -s test2 name@domain
echo "This is email 3" | mail -s test3 name@domain
echo "This is email 4" | mail -s test4 name@domain
echo "This is email 5" | mail -s test5 name@domain
echo "This is email 6" | mail -s test6 name@domain

Dazu hier die Einträge aus der /var/log/exim4/mainlog:
(namen geändert)

Code: Alles auswählen

2016-02-23 18:31:50 1aYGoQ-000AzJ-05 <= debian@server09.domain.local U=debian P=local S=361
2016-02-23 18:32:08 1aYGoi-000B3b-4T <= debian@server09.domain.local U=debian P=local S=361
2016-02-23 18:32:13 1aYGoQ-000AzJ-05 => name@domain.de R=smarthost T=remote_smtp_smarthost H=139.64.200.111 [139.64.200.111] X=TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256 DN="CN=SERVER09" C="250 2.6.0 <E1aYGoQ-000AzJ-05@SERVER18.domain> [InternalId=10565] Queued mail for delivery"
2016-02-23 18:32:13 1aYGoQ-000AzJ-05 Completed
2016-02-23 18:32:26 1aYGp0-000C6F-8V <= debian@server09.domain.local U=debian P=local S=361
2016-02-23 18:32:28 1aYGoi-000B3b-4T => name@domain.de R=smarthost T=remote_smtp_smarthost H=139.64.200.111 [139.64.200.111] X=TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256 DN="CN=SERVER09" C="250 2.6.0 <E1aYGoi-000B3b-4T@SERVER18.domain> [InternalId=10567] Queued mail for delivery"
2016-02-23 18:32:28 1aYGoi-000B3b-4T Completed
2016-02-23 18:32:44 1aYGpI-000CBB-D8 <= debian@server09.domain.local U=debian P=local S=361
2016-02-23 18:32:48 1aYGp0-000C6F-8V => name@domain.de R=smarthost T=remote_smtp_smarthost H=139.64.200.111 [139.64.200.111] X=TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256 DN="CN=SERVER09" C="250 2.6.0 <E1aYGp0-000C6F-8V@SERVER18.domain> [InternalId=10569] Queued mail for delivery"
2016-02-23 18:32:48 1aYGp0-000C6F-8V Completed
2016-02-23 18:33:02 1aYGpa-000CFf-Hz <= debian@server09.domain.local U=debian P=local S=361
2016-02-23 18:33:03 1aYGpI-000CBB-D8 => name@domain.de R=smarthost T=remote_smtp_smarthost H=139.64.200.111 [139.64.200.111] X=TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256 DN="CN=SERVER09" C="250 2.6.0 <E1aYGpI-000CBB-D8@SERVER18.domain> [InternalId=10571] Queued mail for delivery"
2016-02-23 18:33:03 1aYGpI-000CBB-D8 Completed
2016-02-23 18:33:20 1aYGps-000DEf-Pv <= debian@server09.domain.local U=debian P=local S=361
2016-02-23 18:33:24 1aYGpa-000CFf-Hz => name@domain.de R=smarthost T=remote_smtp_smarthost H=139.64.200.111 [139.64.200.111] X=TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256 DN="CN=SERVER09" C="250 2.6.0 <E1aYGpa-000CFf-Hz@SERVER18.domain> [InternalId=10573] Queued mail for delivery"
2016-02-23 18:33:24 1aYGpa-000CFf-Hz Completed
2016-02-23 18:33:44 1aYGps-000DEf-Pv => name@domain.de R=smarthost T=remote_smtp_smarthost H=139.64.200.111 [139.64.200.111] X=TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256 DN="CN=SERVER09" C="250 2.6.0 <E1aYGps-000DEf-Pv@SERVER18.domain> [InternalId=10575] Queued mail for delivery"
2016-02-23 18:33:44 1aYGps-000DEf-Pv Completed

Man sieht, das ganze hat von 18:31:50 bis 18:33:44 gedauert. Also 114 Sekunden bzw fast 2 Minuten.
Oder gibts noch eine andere relevante log-Datei?

[Alfex]

Ich habe eben testweise Icedove getestet, da gehen die Emails ruckzuck raus, quasi 1 Sekunde nach dem Mausklick ist sie da. Also am SMTP-Exchange-Server liegt es nicht, es muss an exim4 liegen.

Zurvor habe ich mit exim4 noch das getestet:

In der Datei

/etc/exim4/conf.d/main/02_exim4-config_options
Den Eintrag
rfc1413_query_timeout = 5s

ändern auf

rfc1413_query_timeout = 0s

Und anschließend exim4 neustarten. Bringt leider absolut keinen Effekt Weiterhin ca. 18 Sek...

[Alfex]

Problem und Lösung gefunden!

In der Config Datei
/etc/exim4/update-exim4.conf.conf

Den Eintrag

Code: Alles auswählen

dc_minimaldns='false'

Ändern auf true

Code: Alles auswählen

dc_minimaldns='true'

Ich hatte diese Einstellung bewusst aktiviert, weil der SMTP-Server sich im lokalen Netzwerk befindet. Evtl ist das Problem dabei dass der Server sich im anderen VLAN befindet, dazwischen sitzt ein Router/Firewall wo nur bestimmte Ports (u.a. 25 für SMTP) frei sind.
So ein blöder Zufall...

Jetzt gehen die Emails auch übers Terminal sofort raus.
Ich gehe stark davon aus dass auch Nagios/check_mk jetzt ohne Verzögerung Emails versenden kann.
Werd ich noch testen, aber sollte damit wohl klappen.