Langsamer Versand, wo kommt SSL3 her?

[Stefan G. Weichinger]

Am 13.04.22 um 11:27 schrieb Gerald Galster:
>>>>> Hmmm, bei solchen Verzögerungen überprüfe ich reflexartig immer die DNS Auflösung und habe eine Trefferquote von 90%...
>>>>>
>>>>> DNS Resolver ansprechbar und verzögerungsfrei?
>>>>
>>>> Ja.
>>>>
>>>> Lokaler DNS per unbound auf pfsense. Hostname des SMTP-Servers sofort da.
>>>>
>>>> Sowohl aus dem Cache lokal unter Fedora 35, als eben auch vom Unbound am Router.
>>> Das ist die Sicht des Client, wenn ich den Thread noch richtig erinnere, war die Verzögerung im Log des Server sichtbar...
>>> Worauf ich raus will, ob der Server bei der Reverse Auflösung des SMTP-Clients !!! einen Timeout bekommt, weil er irgendwelche DNS basierten Access Listen prüfen muss...
>>
>> Ja, verstehe. Ich hatte 3 DNS von Linode eingetragen, habe nun einen durch 8.8.8.8 (testweise) ersetzt und postfix neu gestartet. Verhalten bei Versand ist leider unverändert.
> 
> Hast Du schon mal einen strace probiert? strace -f -s 4096 -p <pid> -tt > log.txt 2>&1
> Anhand der Zeitstempel findet man vielleicht einen connect, der länger dauert oder fehlschlägt.
> (z.B. reconnect über IPv4 nach einem timeout weil IPv6 nicht geklappt hat)

Danke für den Tip

Ich hab das auf die main PID von Thunderbird angesetzt, korrekt?

Die Interpretation ist für mich noch etwas schwierig. Jedenfalls viele 
Zeilen mit "
<... recvmsg resumed>{msg_namelen=0}, 0) = -1 EAGAIN (Die Ressource ist 
zur Zeit nicht verfügbar)"

ich werde auch mal IPv6 ausknipsen