Perguntas[dovecot](server)

Aqui está o que eu faço: deixo o Exim entregar um e-mail usando um transporte de pipe para um dovecot-ldaprocesso. Este processo está sendo executado como usuário/grupo jdoe:jdoe. (Eu verifiquei isso duas vezes usando um wrapper escrito por mim e trusstambém.) A mensagem é entregue corretamente; ainda assim, vejo uma mensagem:

dovecot_lda transport output: lda(jdoe): Error: net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission denied

Mas é certo que jdoetem as permissões necessárias pela wheelassociação ao grupo:

# ls -l /var/run/dovecot/stats-writer
srw-rw----  1 dovecot wheel 0  7 Sep. 22:13 /var/run/dovecot/stats-writer
# id jdoe
uid=1001(jdoe) gid=1001(jdoe) groups=1001(jdoe),0(wheel),...

Então o que está acontecendo aqui?

Quando altero a propriedade do processo na configuração de transporte Exim, o aviso desaparece, mas a entrega falha. Quando altero o usuário do socket para jdoeno serviço de estatísticas Dovecot, o problema ainda não é resolvido para outros usuários.

O que mais posso tentar?

A configuração de transporte exim é:

dovecot_lda:
  driver = pipe
  command = /usr/bin/truss -s 1024 -o /tmp/dovecot.truss -f /usr/local/libexec/dovecot/dovecot-lda -d "${lookup{$local_part}dsearch{/usr/local/misc/mail}}"
  user = $local_part
  group = $local_part
  ...
  temp_errors = 64 : 69 : 70: 71 : 72 : 73 : 74 : 75 : 78

Para fins de teste, desejo desabilitar recursos específicos em um servidor Dovecot IMAP. Na documentação, só encontro

imap_capability
Default: <empty>
Values: String

Substitua a resposta IMAP CAPABILITY.

Se o valor começar com o caractere +, os recursos listados aqui serão adicionados no final da sequência padrão.

Exemplo:

imap_capability = +XFOO XBAR

No entanto, não explica como desabilitar um único recurso?

Tenho um servidor Dovecot que usa MariaDB para caixas de correio virtuais. O servidor MariaDB está em outra máquina na mesma LAN.

Recentemente habilitamos o TLS na máquina MariaDB.

O Dovecot funciona bem quando require_secure_transportestá desligado, mas não consegue se conectar quando ligamos require_secure_transportno arquivo de configuração MariaDB.

O erro é:

Error: mysql(xxx.xxx.xxx.xxx): Connect failed to database (db_name): Access denied for user 'db_user'@'xxx.xxx.xxx.xxx' (using password: YES)

Parece um erro de autenticação, mas a conexão com o mesmo usuário e senha funciona bem quando require_secure_transportestá desativada, então o MariaDB está recusando a conexão porque o Dovecot não está usando TLS.

A string de conexão /etc/dovecot/dovecot-sql.conf.extse parece com:

connect = host=db0.mydomain.com dbname=my_db user=the_user password=secret ssl_ca=/etc/ssl/authority/authority.crt

O arquivo de configuração diz:

ssl_ca, ssl_ca_path - Defina um ou ambos para ativar SSL

Posso obter detalhes mais detalhados do erro? Por exemplo, se for uma incompatibilidade de versão TLS, posso mostrar isso em algum lugar?

Existe uma configuração no Dovecot que preciso alterar?

ATUALIZAÇÃO: Adicionar ssl_verify_server_cert=noà string de conexão /etc/dovecot/dovecot-sql.conf.extpermite que a conexão funcione.

Portanto, parece ser um erro de verificação de certificado. Mas sem um registro mais detalhado, não tenho certeza do que não gosta no certificado.

O certificado é assinado pela CA na string de conexão. Seria bom saber qual nome comum ele está verificando e também se o Dovecot usará algum dos valores SAN para o certificado.

Tenho problemas para configurar envios com Dovecot + Postfix.

doveadm auth login user passfornece a saída correta.

Quando tento enviar um e-mail com envio(s), ocorre um erro de falha na autenticação.

doveconf -nsaída:

auth_mechanisms = plain login
disable_plaintext_auth = no
mail_location = maildir:/home/vmail/%d/%n
mail_privileged_group = vmail
namespace inbox {
  inbox = yes
  location =
  mailbox Drafts {
    special_use = \Drafts
  }
  mailbox Junk {
    special_use = \Junk
  }
  mailbox Sent {
    special_use = \Sent
  }
  mailbox "Sent Messages" {
    special_use = \Sent
  }
  mailbox Trash {
    special_use = \Trash
  }
  prefix =
}
passdb {
  args = /etc/dovecot/dovecot-sql.conf.ext
  driver = sql
}
protocols = " imap lmtp submission"
service auth {
  unix_listener /var/spool/postfix/private/auth {
    group = postfix
    mode = 0666
    user = postfix
  }
}
service lmtp {
  unix_listener /var/spool/postfix/private/lmtp {
    group = postfix
    mode = 0600
    user = postfix
  }
}
ssl_cert = < some_crt
ssl_client_ca_dir = /etc/ssl/certs
ssl_dh = # hidden, use -P to show it
ssl_key = # hidden, use -P to show it
userdb {
  args = /etc/dovecot/dovecot-sql.conf.ext
  driver = sql
}

Migrei os usuários do maildir de uma instalação antiga do imap do correio para o dovecot no docker alpine:latest. Inicialmente tudo parecia ótimo, no entanto, um problema parece ter surgido. Algumas mensagens não serão obtidas devido a diferenças de tamanho de cache, os logs acabam ficando assim:

1. Erro read(/mailmessage1) Tamanho da mensagem em cache menor que o esperado
2. Erro Tamanho físico quebrado na caixa de correio
3. Erro ao excluir registro de cache corrompido
4. Erro read(/mailmessage1) Tamanho da mensagem em cache menor que o esperado

Não é muito útil. Com base nesta entrada aqui: https://xpufx.com/posts/dovecot_doveadm_failed_cache_message_size_error/

Acho que tenho uma incompatibilidade entre duas configurações de serviço, mas não estou vendo nada óbvio, devo apenas tornar o zlib uma configuração global?

Nenhuma das mensagens no maildir é compactada. Não há muito no google sobre isso além de algumas reclamações sobre mbox.

Depois de atualizar o Ubuntu de 20.04 para 22.04, estou tendo problemas ao iniciar o dovecot e estou recebendo o seguinte erro:

$ sudo dovecot -F
doveconf: Fatal: execvp(/usr/sbin/dovecot) failed: Argument list too long

Depois de algumas pesquisas descobri que tem que aumentar a ARG_MAX variável, mas não sei como.

Eu tentei encontrar soluções em ulimit, sysconfe exec.

$ sudo getconf ARG_MAX
2097152
$ getconf ARG_MAX
6291456

Eu adicionei o seguinte a /etc/secutiry/limits.conf:

root    soft    nofile      65535
root    hard    nofile      65535

LimitNOFILE=65536mas dovecot.servicecontinua dando o mesmo erro!

$ sudo doveconf -n

auth_debug = yes
auth_debug_passwords = yes
auth_mechanisms = PLAIN
auth_verbose = yes
disable_plaintext_auth = no
log_path = /var/log/dovecot.log
mail_home = /home/vmail/%d/%u
mail_location = maildir:~
passdb {
  args = /etc/dovecot/dovecot-sql.conf
  driver = sql
}
protocols = imap pop3
service auth {
  unix_listener /var/spool/postfix/private/auth {
    group = postfix
    mode = 0666
    user = postfix
  }
  user = root
}
ssl = required
ssl_ca = </etc/ssl/certs/ca-certificates.crt
ssl_cert = </etc/letsencrypt/live/*.nl/fullchain.pem
ssl_cipher_list = ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384
ssl_dh = # hidden, use -P to show it
ssl_key = # hidden, use -P to show it
ssl_prefer_server_ciphers = yes
userdb {
  args = /etc/dovecot/dovecot-sql.conf
  driver = sql
}
local_name mail.*.nl {
  protocol imap {
    ssl_ca = </etc/ssl/certs/ca-certificates.crt
    ssl_cert = </etc/letsencrypt/live/*.nl/fullchain.pem
    ssl_key = # hidden, use -P to show it
  }
}
local_name mail.*.nl {
  protocol pop3 {
    ssl_ca = </etc/ssl/certs/ca-certificates.crt
    ssl_cert = </etc/letsencrypt/live/*.nl/fullchain.pem
    ssl_key = # hidden, use -P to show it
  }
}

Código de saída: 89

Isso funcionou no procmail, mas parece que o procmail foi abandonado em setembro de 2001 . Eu tinha uma regra que detectaria quando utf-8 fosse usado no cabeçalho 'Para:' para escrever meu nome usando emoji ou caracteres não latinos. Quando tento o mesmo na implementação da peneira de Dovecot "Pigeonhole", fico frustrado porque parece descartar alguns dos dados.

ref. Regras de peneira em RFC5228
ref. Implementação do Pombo Pombo

O que eu tentei:

require ["fileinto"];
if header :contains ["to", "from"] "=?utf-8?B?" {   fileinto "Junk"; }
elsif address :contains :all ["to", "from"] "=?utf-8?B?" {   fileinto "Junk"; }

Com estes dados de exemplo:

From: "=?utf-8?B?TWluaSBXdQ==?=" <[email protected]>
To: "=?utf-8?B?Q1VTVA==?=" <[email protected]>
Subject: =?utf-8?B?UmU6TWljcm9jaGlwIFRleGFzIE9mZmVy?=
Date: Mon, 20 Mar 2023 16:12:50 +0900

Hello potential customer! Please stop whatever you're
doing and pay attention to me!

O que eu ganho:

sieve-test -Tlevel=matching -t - /tmp/badmail.sieve /tmp/badmail.txt

      ## Started executing script 'badmail'
   2: header test
   2:   starting `:contains' match with `i;ascii-casemap' comparator:
   2:   extracting `to' headers from message
   2:   matching value `"CUST" <[email protected]>'
   2:     with key `=?utf-8?B?' => 0
   2:   extracting `from' headers from message
   2:   matching value `"Mini Wu" <[email protected]>'
   2:     with key `=?utf-8?B?' => 0
   2:   finishing match with result: not matched
   2: jump if result is false
   2:   jumping to line 3
   3: address test
   3:   starting `:contains' match with `i;ascii-casemap' comparator:
   3:   extracting `to' headers from message
   3:   parsing address header value `"=?utf-8?B?Q1VTVA==?=" <[email protected]>'
   3:   address value `[email protected]'
   3:   extracting `all' part from address <[email protected]>
   3:   matching value `[email protected]'
   3:     with key `=?utf-8?B?' => 0
   3:   extracting `from' headers from message
   3:   parsing address header value `"=?utf-8?B?TWluaSBXdQ==?=" <[email protected]>'
   3:   address value `[email protected]'
   3:   extracting `all' part from address <[email protected]>
   3:   matching value `[email protected]'
   3:     with key `=?utf-8?B?' => 0
   3:   finishing match with result: not matched
   3: jump if result is false
   3:   jumping to line 3
      ## Finished executing script 'badmail'

Implicit keep:  store message in folder: INBOX

Ele registra o "=?utf-8?B?..." na saída do rastreamento, então eu sei que ele sabe. Mas o teste de 'cabeçalho' e o teste de 'endereço' descartam esses dados antes de serem executados. Eu também tentei :comparator "i;octet"em vez do padrão "i;ascii-casemap" com os mesmos resultados.

Como posso testar os cabeçalhos brutos em vez desses valores interpretados?

Tenho um VPS rodando no AlmaLinux. Para SMTP, eu uso o sendmail, que envia e recebe e-mails com sucesso para ambos os meus nomes de domínio. Tenho Dovecot configurado para lidar com IMAP/POP3. Desejo permitir que uma conta do Gmail receba e-mails de um dos meus nomes de domínio (vamos chamá-lo de exemplo.com) usando o recurso "Verificar e-mails de outras contas" fornecido pelo Gmail. Infelizmente, não consigo fazer isso funcionar.

Aqui é onde as coisas estão:

Tenho certeza de que o Dovecot está configurado corretamente para lidar com conexões POP3. No meu computador, posso inserir o seguinte na linha de comando:

openssl s_client -starttls pop3 -connect mail.example.com:110

Se eu inserir USER fake_usernamee PASS fake_password, posso executar comandos POP (por exemplo, LISTe STAT) e obter as respostas corretas.

Além disso, configurei o Thunderbird na minha máquina local para ler e-mails usando POP3 de mail.example.com. No Thunderbird, consigo ler e-mails com as seguintes configurações de conta:

Server Name: mail.example.com
Port: 110
User Name: fake_username
Connection Security: STARTTLS
Authentication Method: Normal Password

...e os e-mails chegam sem problemas.

No entanto, quando uso as mesmas informações (mail.exemplo.com, porta 110, nome de usuário correto, senha correta) no Gmail, recebo uma das duas mensagens de erro, dependendo se marquei a caixa de seleção "Sempre usar uma conexão segura ( SSL) ao recuperar e-mail."

Se eu deixar a caixa de seleção desmarcada, no formulário da web, vejo a seguinte mensagem de erro:

"O servidor negou acesso POP3 para o nome de usuário e senha fornecidos."

No log do meu servidor ( dovecot.log), vejo o seguinte:

Mar 19 12:27:36 pop3-login: Info: Disconnected: Disconnected: Too many bad commands (no auth attempts in 0 secs): user=<>, rip=209.85.128.137, lip=103.72.79.234, session=<cR/KSUP3MIvRVYCJ>

Se eu marcar a caixa de seleção "sempre usar SSL", no front-end, o Gmail mostra esta mensagem de erro:

"Ocorreu um problema ao conectar-se a mail.example.com"

E em dovecot.log, vejo:

Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: before SSL initialization
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2002, ret=-1: before SSL initialization
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2002, ret=-1: before SSL initialization
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2002, ret=-1: before SSL initialization
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: before SSL initialization
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS read client hello
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write server hello
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write change cipher spec
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: TLSv1.3 write encrypted extensions
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write certificate
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: TLSv1.3 write server certificate verify
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write finished
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: TLSv1.3 early data
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2002, ret=-1: TLSv1.3 early data
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2002, ret=-1: TLSv1.3 early data
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2002, ret=-1: TLSv1.3 early data
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2002, ret=-1: TLSv1.3 early data
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: TLSv1.3 early data
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS read finished
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x20, ret=1: SSLv3/TLS write session ticket
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write session ticket
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write session ticket
Mar 19 12:27:01 pop3-login: Debug: SSL: where=0x2002, ret=1: SSL negotiation finished successfully
Mar 19 12:27:01 pop3-login: Info: Login: user=<fake_username>, method=PLAIN, rip=71.232.112.192, lip=[MY SERVER'S IP ADDRESS], mpid=949498, TLS, session=<waq2R0P3fM1H6HDA>
Mar 19 12:27:01 pop3(fake_username)<949498><waq2R0P3fM1H6HDA>: Info: Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0
Mar 19 12:27:01 pop3-login: Debug: SSL alert: close notify

No meu arquivo /etc/dovecot/10-auth.conf, as únicas linhas que descomentei são:

auth_mechanisms = plain login
!include auth-system.conf.ext

E não há nada relacionado à autenticação emdovecot.conf

Presumo que haja alguma incompatibilidade entre como estou autorizando a sessão via linha de comando e no Thunderbird, por um lado (o Thunderbird não pode se conectar a mail.example.com via POP3, a menos que eu use ) STARTTLSe como o Gmail está tentando se conectar A outra mão. Infelizmente, os logs de erro são todos gregos para mim e não consigo entender a documentação do Dovecot o suficiente para descobrir como permitir que o Dovecot conceda acesso ao Gmail.

Alguma alma bondosa entende o que está/pode estar acontecendo aqui e como posso consertar?

Estou tentando seguir isso para obter a configuração de pesquisa do Solr com minha instalação do Dovecot:

https://doc.dovecot.org/configuration_manual/fts/solr/#fts-backend-solr

Tudo parece funcionar bem - e posso ver o núcleo no administrador do Solr. Estou usando o Solr 8.9.0, mas parece satisfeito com os arquivos de configuração.

No entanto, um dos comandos que diz executar para realmente indexar:

doveadm fts rescan -u [email protected] 

Eu recebo:

Fatal: Plugin 'fts_solr' not found from directory /usr/lib/dovecot/modules

Com certeza, não vejo nada em nada com esse nome:

root@east:/usr/lib/dovecot/modules# ls -lh *fts*
-rw-r--r-- 1 root root 263K Jul  7 17:17 lib20_fts_plugin.so
-rw-r--r-- 1 root root  71K Jul  7 17:17 lib21_fts_squat_plugin.so

o que estou perdendo? Preciso instalar manualmente o plug-in também?

dovecot --version
2.3.7.2 (3c910f64b)

ATUALIZAÇÃO: Olhando em volta, posso ver um plugin dovecot-fts-solr ( https://alpine.pkgs.org/3.15/alpine-main-aarch64/dovecot-fts-solr-2.3.17.1-r0.apk.html ) . Não consigo fazer a instalação. Não tem certeza de como proceder? (Eu poderia apenas baixar o arquivo .so e colocá-lo em /usr/lib/dovecot/modules , mas tenho certeza de que não funcionará :))

ATUALIZAÇÃO 2: Então consegui encontrar:

apt-get install dovecot-solr

Isso cria o arquivo lib21_fts_solr_plugin.so. No entanto, quando tento reindexar as mensagens, não recebo nada:

doveadm -D fts rescan -u [email protected]
Debug: Loading modules from directory: /usr/lib/dovecot/modules
Debug: Module loaded: /usr/lib/dovecot/modules/lib20_fts_plugin.so
Debug: Module loaded: /usr/lib/dovecot/modules/lib21_fts_solr_plugin.so
Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm
Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message)
Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_deinit (this is usually intentional, so just ignore this message)
Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message)
Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so
Debug: Skipping module doveadm_fts_lucene_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_lucene_plugin.so: undefined symbol: lucene_index_iter_deinit (this is usually intentional, so just ignore this message)
Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_plugin.so
Debug: Skipping module doveadm_mail_crypt_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/libdoveadm_mail_crypt_plugin.so: undefined symbol: mail_crypt_box_get_pvt_digests (this is usually intentional, so just ignore this message)
doveadm([email protected])<35131><>: Debug: auth-master: userdb lookup([email protected]): Started userdb lookup
doveadm([email protected])<35131><>: Debug: auth-master: conn unix:/var/run/dovecot//auth-userdb: Connecting
doveadm([email protected])<35131><>: Debug: auth-master: conn unix:/var/run/dovecot//auth-userdb: Client connected (fd=10)
doveadm([email protected])<35131><>: Debug: auth-master: userdb lookup([email protected]): auth USER input: [email protected] uid=1011 gid=8 home=/home/hatlamp quota_rule=*:storage=0M
doveadm([email protected])<35131><>: Debug: auth-master: userdb lookup([email protected]): Finished userdb lookup ([email protected] uid=1011 gid=8 home=/home/hatlamp quota_rule=*:storage=0M)
doveadm([email protected])<35131><>: Debug: Added userdb setting: plugin/quota_rule=*:storage=0M
doveadm([email protected]): Debug: Effective uid=1011, gid=8, home=/home/hatlamp
doveadm([email protected]): Debug: Namespace : type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/hatlamp/mail/hatlamp.com/hello
doveadm([email protected]): Debug: maildir++: root=/home/hatlamp/mail/hatlamp.com/hello, index=, indexpvt=, control=, inbox=/home/hatlamp/mail/hatlamp.com/hello, alt=
doveadm([email protected]): Debug: auth-master: conn unix:/var/run/dovecot//auth-userdb: Disconnected: Connection closed (fd=10)

Olhando para a interface do Solr, não há artigos:

Estou executando um servidor de e-mail Ubuntu com Dovecot 2.2.33 e estou usando contas do sistema:

passdb {
  driver = pam 

Eu tenho cerca de 100 usuários de e-mail.

Eu gostaria de impor cotas de armazenamento por usuário, mas os documentos do Dovecot sobre configuração de cota por usuário dizem:

O passwd userdb não suporta campos extras. É por isso que você não pode definir diretamente os limites de cota dos usuários para o arquivo passwd. Uma possibilidade seria escrever um script que lê os limites de cota de outro arquivo, mescla-os com o arquivo passwd e produz outro arquivo passwd, que você pode usar com o arquivo Passwd do Dovecot.

Alguém tem um exemplo de tal script? Não estou claro nos documentos como a senha em si é tratada, por exemplo. Ou existe alguma outra solução alternativa que não implique a necessidade de migrar para uma configuração de usuário virtual para obter cotas por usuário?