Não é possível bloquear a mensagem de erro no servidor SMTP

1

A seguinte mensagem de erro apareceu 3 contínua para a mesma caixa de correio

> (delivery failed to mailbox
> /var/spool/postfix/vhosts/<user>/mail/inbox: 
> 
> unable to lock for exclusive access: Resource temporarily unavailable

Eu não entendi o que está acontecendo .. Você pode explicar por mim?

O que posso fazer para evitar essa mensagem de erro novamente?

Além disso, tenho as configurações abaixo:

# used only for creating mbox dotlock files when creation fails for INBOX.
# Rely on O_EXCL to work when creating dotlock files. The default is to use
# hard linking. O_EXCL makes the dotlocking faster, but it doesn't always
#dotlock_use_excl = no
# Locking method for index files. Alternatives are fcntl, flock and dotlock.
# Dotlocking uses some tricks which may create more disk I/O than other locking
# methods. NFS users: flock doesn't work, remember to change mmap_disable.
#lock_method = fcntl
# Which locking methods to use for locking mbox. There are four available:
#  dotlock: Create <mailbox>.lock file. This is the oldest and most NFS-safe
#  fcntl  : Use this if possible. Works with NFS too if lockd is used.
#  flock  : May not exist in all systems. Doesn't work with NFS.
#  lockf  : May not exist in all systems. Doesn't work with NFS.
# You can use multiple locking methods; if you do the order they're declared
# in is important to avoid deadlocks if other MTAs/MUAs are using multiple
# locking methods as well. Some operating systems don't allow using some of
#mbox_read_locks = fcntl
#mbox_write_locks = fcntl
# Maximum time in seconds to wait for lock (all of them) before aborting.
#mbox_lock_timeout = 300
# If dotlock exists but the mailbox isn't modified in any way, override the
# lock file after this many seconds.
#mbox_dotlock_change_timeout = 120
  # Keep the mailbox locked for the entire POP3 session.
  #pop3_lock_session = no
# blocking passdb and userdb queries (eg. MySQL and PAM). They're
    # [blocking=yes] [session=yes] [setcred=yes]
    # Setting blocking=yes uses the alternative way: dovecot-auth worker
    # [blocking=yes] - See userdb passwd for explanation
    # [blocking=yes] - See userdb passwd for explanation
    # [blocking=yes] - By default the lookups are done in the main dovecot-auth
    # proceses. Useful with remote NSS lookups that may block.
# used either directly or though a dictionary server. The following dict block
    
por user212051 17.08.2014 / 00:18

1 resposta

2

Isso significa que o postfix tentou enviar quatro mensagens para a caixa de correio do usuário ao mesmo tempo. Tanto quanto você usou mbox como formato de caixa de correio, cada entrega deve ser executada como uma seqüência de operações. A mensagem deve ser armazenada, os índices devem ser atualizados e assim por diante. Para impedir entregas simultâneas que podem romper as estruturas mbox, cada entrega primeiro tenta bloquear a caixa de correio para operações exclusivas. Todas as outras entregas depois disso verão que a caixa de correio já está bloqueada e a entrega não é possível no momento. É por isso que você viu três avisos no log - a primeira entrega bloqueou a caixa de correio e os três seguintes falharam.

Não há perigo aconteceu. Quando a entrega falhar, postfix adiará a mensagem na fila. A fila de tempo por hora é processada e cada mensagem é entregue novamente. Porque as mensagens da fila são entregues uma por uma e cada entrega acontece somente após a conclusão da anterior, não há novos avisos nos arquivos de registro. Claro que se a entrega falhar novamente por algum motivo, a mensagem será adiada na fila e o aviso será gravado.

    
por 17.08.2014 / 01:03