[Eisfair] mail 1.17.1: fetchmail scheitert am lokalen SMTP

[Marcus Röckrath]

Hallo,

Marcus Röckrath wrote:

>> Ich bekomme den Fehler auch bei SMTP_AUTH_TYPE=server.
> 
> exim bietet offensichtlich keinerlei Authentifizierung an.
> 
> Wenn ich mich mit telnet mit dem lokalen SMTP-Server verbinde, sehe ich:
> 
> 250-SIZE 52428800
> 250-LIMITS MAILMAX=1000 RCPTMAX=100
> 250-8BITMIME
> 250-PIPELINING
> 250-PIPECONNECT
> 250-CHUNKING
> 250-PRDR
> 250 HELP
> 
> aber nichts von:
> 
> AUTH_CRAM_MD5=yes
> AUTH_CYRUS_SASL=yes
> AUTH_DOVECOT=yes
> AUTH_EXTERNAL=yes
> AUTH_GSASL=yes
> AUTH_HEIMDAL_GSSAPI=yes
> AUTH_PLAINTEXT=yes
> AUTH_SPA=yes
> AUTH_TLS=yes
> 
> Müssen nicht alle da sein, um sich lokal zu authentifizieren, aber etwas
> davon wohl schon.

Mit MAIL_USER_USE_MAILONLY_PASSWORDS=yes und SMTP_AUTH_TYPE=user habe ich 
nun doch

250-AUTH CRAM-MD5

und der fetchmail kann ohne Fehler eingehende Mails weiterleiten.

In /var/spool/exim/configure findet sich der

### server side authentication ###
...
cram_server:
  driver = dovecot
  public_name   = CRAM-MD5
  server_socket = /run/dovecot/auth-exim
  server_set_id = $auth1

Setze ich MAIL_USER_USE_MAILONLY_PASSWORDS=no findet sich statt cram_server
der Hinweis:

# CRAM-MD5 cannot be used to check password against /etc/shadow
# MAIL_USER_USE_MAILONLY_PASSWORDS=no has been set

Aber das war alles in der Vorversion des mail-Paketes genauso.

IMHO bleibt nur, dass der neue fetchmail das fehlende AUTH-Angebot einfach 
ignoriert hat.

-- 
Gruß Marcus
[eisfair-Team]