Here is a better explanation about my problem:
When an e-mail is delivered to an alias, and one or more users in the
alias-list, had their mailbox locked, because they are reading their
mails through dovecot pop3 service, the original mail is delivered to
the members-list that don't have their mailbox locked and the mail gets
deferred. When this happens, the mail gets queued for all the
alias-list, so the users that already received the mail will have a
second copy of it when postfix redelivers the mail.
This will happen all over again until no mailbox is locked.
Here's an example of the logfile
08F1DA6AFE3 1412 Tue Nov 911:53:49us...@xxx.xx.xx
(cannot update mailbox /var/spool/mail/user2 for user user2. unable to
lock for exclusive access: Resource temporarily unavailable)
us...@xxx.xx.xx
(cannot update mailbox /var/spool/mail/user3 for user user3. unable to
lock for exclusive access: Resource temporarily unavailable)
us...@xxx.xx.xx
alias-l...@xxx.xx.xx
How can I avoid this behavior? In fact sendmail resolves this problem
efficiently.
My postconf -n is:
alias_database = /etc/postfix/aliases
alias_maps =ldap:/etc/postfix/ldap_aliases.cf
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
html_directory = no
inet_interfaces = all
local_header_rewrite_clients = permit_sasl_authenticated
local_recipient_maps =ldap:/etc/postfix/ldap_local.cf $alias_maps
mail_owner = postfix
mail_spool_directory = /var/spool/mail
mailbox_size_limit = 0
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
mydestination = $mydomain, $myhostname, localhost.$mydomain, localhost
mydomain = invap.com.ar
myhostname = micron.invap.com.ar
mynetworks = hash:/etc/postfix/network_table
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/postfix-2.3.3/README_FILES
relay_domains = $mydestination
relayhost = [xxx.xxx.xxx.xxx]
sample_directory = /usr/share/doc/postfix-2.3.3/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtp_sasl_auth_enable = no
smtpd_client_restrictions = permit_mynetworks permit_sasl_authenticated
reject
smtpd_recipient_restrictions = check_recipient_access hash:/etc/postfix/listas
reject_sender_login_mismatch permit_sasl_authenticated
permit_mynetworks reject_unauth_destination
smtpd_restriction_classes = claserrhh clasecomputos
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain =
smtpd_sasl_path = private/auth-client
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_sender_login_maps = hash:/etc/postfix/senders
unknown_local_recipient_reject_code = 550
On 11/15/2010 09:08 AM, Jeroen Geilman wrote:
On 11/15/2010 01:01 PM, Mariel Sebedio wrote:
Hello, I am new in the list and Have this problem:
I had RHEL 5.4 64 bits server wiht
openldap-servers-2.3.43-3.el5 (aliases and authorization method)
dovecot-1.0.7-7.el5
postfix-2.3.3-2.1.el5_2 (implementation with mbox)
The problemas was:
When a e-mail is delivered to an alias address, and if one or more
members in the aliases had locked they mailbox -because they are
reading the mail with
a dovecot,
the original mail was sent to the members-aliases that did not
had the mailbox locked and postfix LMDA put the e-mail in defered
queued.
When this happend, the mail is queued for the alias, including the
members that already had redibed the mail the first time.
You need to pay careful attention to your delivery settings when using
an alternate delivery agent.
This depends on HOW you are using dovecot deliver(8).
If you are using dovecot as your delivery *transport*, set
[local|virtual]_destination_recipient_limit = 1
depending on whether you are using this with local(8) or virtual(8).
This will cause the qmgr to send only one recipient per message to the
relevant transport.
This behaviour is causing the duplicate emails for the members than
did not have problem whit the reception the mail the first time.
I read this in Internet and the people suggest migrating to maildir
structure that do not implement lock method.
Yes, maildir is a superior mailbox format for concurrent access.
Another posibility that I tesed was change the LDA agent..
I tested Dovecot-LDA behaviour but the delivered was stoping until
the alias member that had problem (locked mailbox) finished the
locked mailbox or time out was expired.
Has somebody this situation and another solutions?
Thanks a lot, any suggestions will be appreciated
You should include the output of "postconf -n".
--
Lic. Mariel Sebedio Division Computos y Sistemas Tel (02944)-445400 int
2307 INVAP S.E. -www.invap.com.ar
