Para responder às suas perguntas:
- O soquete é feito executando o dovecot. É dovecot que oferece um serviço para postfix, então o dovecot deve criá-lo. Ele deve ser feito assim que o dovecot for iniciado. Se não houver nenhum soquete após você reiniciar o dovecot, verifique os logs do dovecot, não o postfix.
- Como você pode criá-lo? Você não deve criá-lo manualmente com certeza.
Eu acho que sua configuração está faltando algumas configurações (Postfix e Dovecot) e confiando nas configurações padrão. Isso pode ter mudado de uma máquina para outra.
Dovecot
Eu diria que o maior problema é que você não está dizendo ao dvecot quem deve possuir o socket. Normalmente, é atribuído ao usuário e ao grupo do postfix, da seguinte forma:
# Postfix smtp-auth
unix_listener /var/spool/postfix/private/auth {
mode = 0660
user = postfix
group = postfix
}
Verifique a propriedade do diretório pai do soquete ('private') Para qual usuário e grupo ele está atribuído? Você precisará do dovecot para usar o mesmo usuário para poder escrever no diretório.
Postfix
A configuração smtpd_sasl_path é relativa à configuração queue_directory. Por padrão, queue_directory deve ser / var / spool / postfix, mas não atrapalha para torná-lo explícito.
queue_directory = /var/spool/postfix
Nos logs, parece que você ativou o sasl no postfix, embora sua configuração não o diga. Mas em que agente? Se você definir smtpd_sasl_auth_enable = yes em main.cf, ele será aplicado a todos os agentes, incluindo smtpd na porta 25. Acredito que seja considerado uma melhor prática usá-lo apenas no agente de envio em master.cf (que é executado na porta 587). Se você editar um master.cf existente, descomente a linha de submissão e as linhas de opções abaixo que você precisa.
submission inet n - - - - smtpd
-o syslog_name=postfix/submission
-o smtpd_sasl_auth_enable=yes