[Eisfair] exim lehnt mail ab (was ssmtp 1.1.4 von zwei hosts zu mailpaket 550 error)

[Kay Martinen]

Am 15.12.2019 um 17:30 schrieb Juergen Edner:
> Hallo Kay,
> 
>>> Wie lautet die exakte Fehlermeldung?
>>
>> 550 Sender verify failed
>> ...
>> Offenbar habe ich mir den Falschen host als Beispiel ausgesucht denn bei
>> dem E-1 gehts nun auch nicht mehr. Aber gestern abend kamen noch
>> statusmails von meinem Proxmox rein der debian-basiert ist. Und Lokale
>> Mails des mailhosts sind davon auch nicht betroffen.
>>
>> Jetzt verstehe ich noch nicht so recht wieso ich im Setup bei der
>> adresse keinen Fehler bekomme, wenn das von einem anderen host gesendet
>> wird, wird es mit unrouteable address abgelehnt.

Update: ich hab ssmtp auf dem E-1 host zum laufen bekommen, die
Testmails gehen dort jetzt ebenso durch wie andere von dort vorher
komischerweise auch durch gingen als die Testmail nicht wollte.

Auf dem Eis-64 dagegen ist es mir auch mit dem exakt gleichen Settings
nicht gelungen den ssmtp zum erfolgreichen senden einer Testmail zu
bewegen. Mit msmtp dagegen klappt es nun.

Und ich hatte vorher noch die interne zone meines dns-servers auf fehler
durchsucht und korrigiert und fehlende reverse-records zugefügt.


> hier wird erklärt wie ein Absender üblicherweise geprüft wird.
> Beachte, dass Exim sich einen Fehlerzustand merkt um bei weiteren
> E-Mails schneller darauf reagieren zu können. Die Details kannst
> Du hier nachlesen:

Soll das etwa heißen der nimmt mail von absendern nicht an wenn es ein
mal einen Fehler gab? Das hört sich wie invertiertes Greylisting an und
einen Zweck sähe ich darin nicht. Ein MTA soll mail transportieren, und
nicht ausbremsen.

> http://www.exim.org/exim-html-3.20/doc/html/spec_toc.html#TOC804

Uff!

> Bei der Ursacheforschung hilft mir häufig, Exim im Debug-Modus laufen
> zu lassen und dann ein E-Mail zu versenden. Den Debug-Modus aktiviert
> man wie folgt:
> 
> /etc/init.d/mail --debug restart exim

Das hat mir leider nun nicht wirklich geholfen. Die dns-errors sollten
nun eigentlich behoben sein und wenn das noch mal nicht geht werde ich
das noch mal probieren. Bis dahin finde ich ein 'tail -f
/var/spool/exim/mainlog' hilfreicher. Das ist kompakter. Und die letzte
Testmail stellt sich dort so dar:

> 2019-12-16 23:08:26 1igyXR-00024C-C4 <= root at int.martinen.de H=(file.int.martinen.de) [192.168.1.50] P=esmtp S=801
> 2019-12-16 23:08:26 1igyXR-00024C-C4 => sysop <sysop at int.martinen.de> R=localuser T=local_delivery
> 2019-12-16 23:08:26 1igyXR-00024C-C4 Completed

file ist der Eis-64. Ich hab den auf seine Funktion umbenannt. Ja, auch
im DNS und im Base-setup.

Ich werde das ungute gefühl nicht los das der ssmtp doch ein 64-bit
Problem haben könnte. Denn von diesem Host habe ich noch keine einzige
mail darüber weg bekommen, auf Eis-1 dagegen lief das sogar wenn die
Test-mail nicht klappte. Und, mit dem msmtp auf dem Eis-64 funktioniert
es nun auch dort.

Das hier sind z.B. ein paar Statusmails von smartmon.
> 2019-12-16 23:24:11 no IP address found for host int.martinen.de (during SMTP connection from (file.int.martinen.de) [192.168.1.50])
> 2019-12-16 23:24:12 1igymh-0004a4-Jz <= root at int.martinen.de H=(file.int.martinen.de) [192.168.1.50] P=esmtp S=1106
> 2019-12-16 23:24:12 1igymh-0004a4-Jz => sysop <sysop at int.martinen.de> R=localuser T=local_delivery
> 2019-12-16 23:24:12 1igymh-0004a4-Jz Completed
> 2019-12-16 23:24:12 no IP address found for host int.martinen.de (during SMTP connection from (file.int.martinen.de) [192.168.1.50])
> 2019-12-16 23:24:13 1igymi-0004aA-RC <= root at int.martinen.de H=(file.int.martinen.de) [192.168.1.50] P=esmtp S=1082
> 2019-12-16 23:24:13 1igymi-0004aA-RC => sysop <sysop at int.martinen.de> R=localuser T=local_delivery
> 2019-12-16 23:24:13 1igymi-0004aA-RC Completed
> 2019-12-16 23:24:14 no IP address found for host int.martinen.de (during SMTP connection from (file.int.martinen.de) [192.168.1.50])
> 2019-12-16 23:24:14 1igymk-0004aF-0m <= root at int.martinen.de H=(file.int.martinen.de) [192.168.1.50] P=esmtp S=1089
> 2019-12-16 23:24:14 1igymk-0004aF-0m => sysop <sysop at int.martinen.de> R=localuser T=local_delivery
> 2019-12-16 23:24:14 1igymk-0004aF-0m Completed
> 2019-12-16 23:24:18 no IP address found for host int.martinen.de (during SMTP connection from (file.int.martinen.de) [192.168.1.50])
> 2019-12-16 23:24:19 1igymo-0004aL-H8 <= root at int.martinen.de H=(file.int.martinen.de) [192.168.1.50] P=esmtp S=1106
> 2019-12-16 23:24:19 1igymo-0004aL-H8 => sysop <sysop at int.martinen.de> R=localuser T=local_delivery
> 2019-12-16 23:24:19 1igymo-0004aL-H8 Completed
> 2019-12-16 23:24:19 no IP address found for host int.martinen.de (during SMTP connection from (file.int.martinen.de) [192.168.1.50])
> 2019-12-16 23:24:20 1igymp-0004aQ-O9 <= root at int.martinen.de H=(file.int.martinen.de) [192.168.1.50] P=esmtp S=1082
> 2019-12-16 23:24:20 1igymp-0004aQ-O9 => sysop <sysop at int.martinen.de> R=localuser T=local_delivery
> 2019-12-16 23:24:20 1igymp-0004aQ-O9 Completed
> 2019-12-16 23:24:20 no IP address found for host int.martinen.de (during SMTP connection from (file.int.martinen.de) [192.168.1.50])
> 2019-12-16 23:24:20 1igymq-0004aW-Jg <= root at int.martinen.de H=(file.int.martinen.de) [192.168.1.50] P=esmtp S=1089
> 2019-12-16 23:24:21 1igymq-0004aW-Jg => sysop <sysop at int.martinen.de> R=localuser T=local_delivery

Wobei die einzige Frage ist warum der da sagt "no ip adress found" und
danach gibt er den hostnamen UND die richtige IP dazu an. Klingt
unlogisch, weil ich nicht weiß wo da nach "IP" gesucht würde. Hmm. Die
mails kamen an im Postfach!


Kay

-- 
Sent via SN (Eisfair-1)