Eu tenho um antigo OS X Server 10.4.x executando o Postfix 2.1.5 que está configurado para usar o cyrus como transporte de caixa de correio.
Aqui está o postconf -n:
# postconf -n
alias_maps = hash:/etc/aliases,hash:/var/mailman/data/aliases
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
enable_server_options = yes
html_directory = no
inet_interfaces = all
local_recipient_maps = proxy:unix:passwd.byname $alias_maps
luser_relay =
mail_owner = postfix
mailbox_size_limit = 0
mailbox_transport = cyrus
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
maps_rbl_domains =
message_size_limit = 15728640
mydestination = $myhostname,localhost.$mydomain,livingnow.com.au,localhost
mydomain = livingnow.com.au
mydomain_fallback = localhost
myhostname = server.livingnow.com.au
mynetworks = 127.0.0.1/32,192.168.16.0/24
mynetworks_style = host
newaliases_path = /usr/bin/newaliases
owner_request_special = no
queue_directory = /private/var/spool/postfix
readme_directory = /usr/share/doc/postfix
recipient_delimiter = +
sample_directory = /usr/share/doc/postfix/examples
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
smtpd_client_restrictions = permit_mynetworks reject_rbl_client sbl-xbl.spamhaus.org reject_rbl_client bl.spamcop.net permit
smtpd_pw_server_security_options = cram-md5,login,plain
smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination,permit
smtpd_sasl_auth_enable = yes
smtpd_tls_key_file =
smtpd_use_pw_server = yes
unknown_local_recipient_reject_code = 550
De vez em quando, ele precisa de um kickstart (substituindo todo o servidor em breve), mas quando há problemas, avisos de não entrega são enviados com:
Final-Recipient: rfc822; [email protected]
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; Command time limit exceeded:
"/usr/bin/cyrus/bin/deliver"
Em master.cf, esse comando está listado como:
# Also specify in main.cf: cyrus_destination_recipient_limit=1
cyrus unix - n n - 10 pipe
user=cyrusimap argv=/usr/bin/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
Normalmente detectamos o problema e reiniciamos os serviços que o resolvem, mas demoramos uma ou duas horas para detectá-lo hoje e muitos remetentes receberam esse aviso, o que não é o ideal.
Existe alguma maneira de aumentar o limite de tempo do comando?
Responder1
Esta resposta está quase fora do assunto, mas pode ajudá-lo a consertar seu Cyrus se ele for antigo o suficiente (v2.1.x ou anterior) ou estiver usando o back-end do BerkeleyDB em vez do Skiplist, que foi introduzido posteriormente.
O problema com o Cyrus IMAPd mais antigo era que, por padrão, seu BerkeleyDB usava as configurações padrão do BDB. Os padrões são incrivelmente pequenos; 256quilobytesdo cache na memória e assim por diante. Isso leva rapidamente a impasses no BerkeleyDB se houver muitas correspondências para entregar ao Cyrus.
Para ver seu status atual do Cyrus BerkeleyDB:
cd /path/to/your/cyrus/datadir (the dir with mailboxes.db and so on)
db_stat -m *.db
(O db_statcomando pode muito bem estar no formato db_XYstat, onde XY significa versão BerkeleyDB)
Se isso mostrar valores muito baixos para tamanhos de cache, aumente-os à vontade.
Primeiro, pare o Cyrus e faça uma cópia de backup desse diretório de dados, só para ter certeza.
Então, no diretório de dados, crie um arquivo chamado ´DB_CONFIG` e faça com que ele contenha pelo menos esta linha
set_cachesize 0 16777216 0
Isso aumentaria o tamanho do cache na memória para 16 megabytes, o que também é suficiente para instalações bastante grandes.
Certifique-se de que o arquivo DB_CONFIG pertence à mesma conta de usuário do Cyrus.
Para realmente ativar as alterações de cache, execute um comando com um nome assustador db_recover(também pode estar na forma de dbXY_recover. Certifique-se de executar o comando como usuário Cyrus e não, por exemplo, como root.
Reinicie o Cyrus, veja se funciona, execute db_stat -m *.dbnovamente para ver se os valores mudaram.