Caixa de entrada do SquirrelMail em branco, e-mails não armazenados corretamente

1

Estou tentando configurar um servidor de e-mail em uma instância do Amazon EC2 Micro - seguindo esta postagem por flurdy . Eu instalei o Postfix, o Courier IMAP e o Squirrel Mail. Eu tenho testado a capacidade de enviar e receber e-mails via postfix - e isso está funcionando bem. Eu me conectei ao SquirrelMail com sucesso - no entanto, a caixa de entrada está em branco.

Parece que os arquivos de e-mail estão sendo criados em /var/spool/mail/myuser , em vez de /var/spool/mail/virtual/myuser . No começo eu não conseguia me conectar ao SquirrelMail - porque o diretório myuser não foi iniciado dentro de virtual/ . Então eu adicionei manualmente isso via

maildirmake myuser

O problema agora é que os e-mails não estão sendo armazenados no diretório /var/spool/mail/virtual/myuser , mas ainda no arquivo /var/spool/mail/myuser .

Editar > postconf -n

alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
delay_warning_time = 4h
disable_vrfy_command = yes
inet_interfaces = all
local_recipient_maps =
mailbox_size_limit = 0
maximal_backoff_time = 8000s
maximal_queue_lifetime = 7d
minimal_backoff_time = 1000s
mydestination = $mydomain, $myhostname, localhost, localhost.localdomain
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mynetworks_style = host
myorigin = mymailexample.co.uk
readme_directory = no
recipient_delimiter = +
relayhost =
smtp_helo_timeout = 60s
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_client_restrictions = reject_rbl_client sbl.spamhaus.org, reject_rbl_client blackholes.easynet.nl, reject_rbl_client dnsbl.njabl.org
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_delay_reject = yes
smtpd_hard_error_limit = 12
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks, warn_if_reject reject_non_fqdn_hostname, reject_invalid_hostname, permit
smtpd_recipient_limit = 16
smtpd_recipient_restrictions = reject_unauth_pipelining, permit_mynetworks, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unauth_destination, permit
smtpd_sender_restrictions = permit_mynetworks, warn_if_reject reject_non_fqdn_sender, reject_unknown_sender_domain, reject_unauth_pipelining, permit
smtpd_soft_error_limit = 3
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
unknown_local_recipient_reject_code = 450
virtual_alias_maps = mysql:/etc/postfix/mysql_alias.cf
virtual_gid_maps = static:5000
virtual_mailbox_base = /var/spool/mail/virtual
virtual_mailbox_domains = mysql:/etc/postfix/mysql_domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql_mailbox.cf
virtual_uid_maps = static:5000

Editar > Este é o resultado do concat(home,'/',maildir) da consulta SQL - Você pode ver o diretório de email terminar com uma barra /

/var/spool/mail/virtual/myuser/             

Resolvido > Notei no mail.log havia o seguinte >

postfix/trivial-rewrite[16423]: warning: do not list domain mymailexample.co.uk in BOTH mydestination and virtual_mailbox_domains
..
postfix/virtual[17251]: 149535DC7: to=, relay=virtual, delay=0.14, delays=0.12/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)

Atualizei /etc/postfix/main.cf para

mydestination = mail.mymailexample.co.uk, localhost, localhost.localdomain

E funcionou. Aviso desaparece e os logs agora revelam (entregue ao maildir)

..
postfix/virtual[17251]: 149535DC7: to=, relay=virtual, delay=0.14, delays=0.12/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to maildir)
    
por williamsowen 16.01.2013 / 14:23

1 resposta

2

Conforme documentado , para entregar no formato maildir, a localização da caixa de correio deve terminar com uma barra :

[email protected]  example.com/joe/

Isso, e isso apenas, diz ao postfix para entregar a um maildir.

Naturalmente, pode haver outros problemas para impedir que funcionem, mas não sabemos.

    
por 16.01.2013 / 15:46