Andreas Oettel rc5.dresden@gmx.de (Di 09 Mär 2010 18:46:18 CET):
Hallo Heiko,
ich habe die Ursache gefunden. :o(
In der Konfigdatei sind am Ende die Methoden für die verschiedenen Anmeldeverfahren (cram_md5, plain, login) abgelegt (siehe unten Anhang)
Stand der Dinge zur Zeit ist: Bei GMX kann man mit cram_md5 und einem pop3-Abruf E-Mail versenden.
Ursache, dass es bisher nicht ging: Ich habe plain und login nicht auskommentiert. Das Problem ist dann wahrscheinlich, dass sich exim das falsche Verfahren schnappt und auf der Nase landet.
Exim sollte das Verfahren nehmen, welches der andere in seiner AUTH… Zeile nach dem EHLO anbietet. Er müsste den Authenticator nehmen, dessen public_name auf den/die angebotenen passt.
Das Dumme an der ganzen Sache ist, dass ich durch die Fummelei an den Dateien an meinem anderen Smarthost der bei All-Inkl liegt nicht mehr rankomme. Das hatte gestern noch funktioniert. :o(
Ich kenne bisher auch noch keine Möglichkeit einen Route an einen Authentifizierungsverfahren zu binden. Wenn da jemand einen Tipp hätte wäre das hilfreich.
Ich denke eher, Du wirst ein Authentisierungsverfahren an einen Zielhost binden können. Z.B. mit client_condition könntest Du einen Authenticator „ausblenden“.
Ob das in der debianisierten Version der Config vorgesehen ist, vermag ich nicht zu sagen.