dovecot inunda logs com mensagens “desconectadas”

Question

Às vezes, o dovecot preenche os logs com algumas mensagens como as seguintes a cada segundo:

dovecot: imap-login: Desconectado (nenhuma tentativa de autenticação em 0 segundos): user = < & gt ;, rip = 999.99.99.99, lip = 888.88.88.88, TLS, session = < sLcaRpHX9ABREGnJ >

A sessão é uma string diferente em cada linha e o campo do usuário nunca é preenchido. As mensagens continuam sendo registradas mesmo depois de desligar o cliente potencialmente ofensivo akonadi / kmail que fica atrás do rasgo registrado. A única coisa que posso fazer é reiniciar o dovecot no qual o registro é interrompido.

Importante notar:
- logando e usando trabalhos dovecot, com vários clientes e também com este cliente akonadi / kmail
- ssl = required, disable_plaintext_auth = yes

Eu realmente não sei porque isso acontece, especialmente desde que o log in funciona (o wiki dovecot diz que esta mensagem significa que o cliente não está configurado para o TLS, o que obviamente não é o caso). Eu aprecio todas as dicas!

Melhor,
Kevin

PS: meu problema parece com Forçar o Dovecot a não conectar-se ao log / desconectar mensagens , mas isso ainda não foi respondido --- e prefiro corrigir a causa mais do que impedir o registro.

dovecot -n:

# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-16-pve x86_64 Ubuntu 12.10
auth_cache_size = 2 M
auth_cache_ttl = 1 weeks
auth_master_user_separator = *
dict {
  quota = pgsql:/etc/dovecot/dovecot-dict-sql.conf.ext
}
first_valid_gid = 8
first_valid_uid = 999
hostname = mail.example.com
last_valid_gid = 8
last_valid_uid = 999
lda_mailbox_autocreate = yes
lda_mailbox_autosubscribe = yes
login_greeting = Dovecot ready
mail_gid = mail
mail_home = /var/vmail/%d/%n
mail_location = maildir:~/mail
mail_uid = vmail
maildir_very_dirty_syncs = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave
namespace inbox {
  inbox = yes
  location =
  mailbox Drafts {
    auto = subscribe
    special_use = \Drafts
  }
  mailbox Sent {
    auto = subscribe
    special_use = \Sent
  }
  mailbox Spam {
    auto = subscribe
    special_use = \Junk
  }
  mailbox Trash {
    auto = subscribe
    special_use = \Trash
  }
  prefix =
}
passdb {
  args = /etc/dovecot/dovecot-sql.conf.ext
  driver = sql
}
plugin {
  sieve = ~/.dovecot.sieve
  sieve_default = /var/lib/dovecot/sieve/default.sieve
  sieve_dir = ~/sieve
}
postmaster_address = [email protected]
protocols = imap sieve
quota_full_tempfail = yes
service auth {
  unix_listener /var/spool/postfix/private/dovecot-auth {
    group = postfix
    mode = 0660
    user = postfix
  }
}
service imap-login {
  inet_listener imap {
    port = 0
  }
  inet_listener imaps {
    port = 993
  }
  process_min_avail = 2
  service_count = 0
}
service managesieve-login {
  inet_listener sieve {
    port = 2000
  }
  service_count = 0
}
ssl = required
ssl_cert = </etc/ssl/example.com.pem
ssl_cipher_list = ALL:!LOW:!SSLv2:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:+HIGH:+MEDIUM
ssl_key = </etc/ssl/example.com.key
userdb {
  args = uid=999 gid=8
  driver = static
}
protocol lda {
  mail_plugins = " sieve"
}
protocol imap {
  mail_max_userip_connections = 30
}

    

Answer 1

Estou experimentando exatamente a mesma coisa no meu servidor com o dovecot. Estou usando o KMail no escritório e em casa e estou usando o K9 no meu telefone. Pelo que vejo, a causa é o KMail fazer algo estranho no fundo, o aplicativo K9 continua se comportando normalmente.

Em uma reinicialização limpa da máquina do escritório (matar o kmail não é suficiente, o akonadi continua gerando threads do kmail.), as mensagens "sem tentativas de autenticação" param.

Estou de olho no comportamento do log e do kmail para ver quando ele inicia o registro "sem tentativas de autenticação" novamente.