[Dovecot] Imap unlink "failed, is a directory".
Dovecot 1.1.8-0_85.el5
I'm seeing this set of messages repeat every 15 min. My best guess is the user tried to delete an imap folder and is failing?
Feb 9 20:05:58 mailserver dovecot: imap-login: Login: user=user@example.com, method=PLAIN, rip=10.0.0.1, lip=192.168.250.80, TLS Feb 9 20:05:58 mailserver dovecot: IMAP(user@example.com): unlink(/var/spool/mail/example.com/user/Maildir/cur/cur:2,ST) failed: Is a directory Feb 9 20:05:58 mailserver dovecot: IMAP(user@example.com): unlink(/var/spool/mail/example.com/user/Maildir/cur/new:2,ST) failed: Is a directory Feb 9 20:05:58 mailserver dovecot: IMAP(user@example.com): Disconnected: Logged out bytes=66/623
From here: http://wiki.dovecot.org/VirtualUsers#homedirs I suspect it's a problem with access to the home directory. The users have a home directory: /var/spool/mail/domain/user (or at least that's where Maildir ends up). vuser has 700 access to that entire structure (everything under var/spool/mail/). Users log in with mysql accounts.
/etc/passwd: ... dovecot:x:97:97:dovecot:/usr/libexec/dovecot:/sbin/nologin postfix:x:89:89::/var/spool/postfix:/sbin/nologin vacation:x:65501:65501::/var/spool/vacation:/sbin/nologin vuser:x:1015:105:,,,:/home/vuser:/bin/false ...
dovecot-sql.conf driver = mysql connect = host=localhost dbname=postfix user=postfix password=xxxxxxx
default_pass_scheme = MD5-CRYPT password_query = SELECT username, domain, password FROM mailbox WHERE username = '%u' AND domain = '%d' AND active = '1'
user_query = SELECT 1015 as uid, 105 as gid, '/var/spool/mail/%d/%n' as home, 'maildir:/var/spool/mail/%d/%n/Maildir' as mail, concat('*:storage=', quota, 'B') as quota_rule FROM mailbox WHERE username = '%u' AND domain = '%d' and active = '1'
dovecot -n # 1.1.8: /etc/dovecot.conf # OS: Linux 2.6.18-92.el5 i686 Red Hat Enterprise Linux Server release 5.2 (Tikanga) ext3 ssl_cert_file: /etc/httpd/certs/example_invtitle_com.crt ssl_key_file: /etc/httpd/certs/example.com.key.no.password login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_uid: 1015 mail_gid: 105 mail_location: maildir:/var/spool/mail/%d/%n/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle imap_client_workarounds(imap): delay-newmail outlook-idle imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: static socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vuser group: vuser plugin: quota: maildir quota_rule: *:storage=102400000 quota_rule2: Trash:storage=100M
Rick Steeves http://www.sinister.net
"The journey is the destination"
On Feb 9, 2009, at 8:44 PM, dovecot@corwyn.net wrote:
I'm seeing this set of messages repeat every 15 min. My best guess
is the user tried to delete an imap folder and is failing?, method=PLAIN, rip=10.0.0.1, lip=192.168.250.80, TLS Feb 9 20:05:58 mailserver dovecot: IMAP(user@example.com): unlink(/ var/spool/mail/example.com/user/Maildir/cur/cur:2,ST) failed: Is a
Feb 9 20:05:58 mailserver dovecot: imap-login: Login: user=
directory
This means that "new" and "cur" directories were created to either
Maildir/cur/ or Maildir/new/ and since there should be only messages
Dovecot tried to handle them as files/messages. Dovecot didn't create
those directories. You probably misconfigured some other program at
some point which created those (or you did it manually).
So the solution is to just rmdir those directories away. They just
shouldn't be there. If they come back, try to figure out what creates
them.
At 09:55 PM 2/9/2009, Timo Sirainen wrote:
On Feb 9, 2009, at 8:44 PM, dovecot@corwyn.net wrote: Feb 9 20:05:58 mailserver dovecot: imap-login: Login: user=
, method=PLAIN, rip=10.0.0.1, lip=192.168.250.80, TLS Feb 9 20:05:58 mailserver dovecot: IMAP(user@example.com): unlink(/ var/spool/mail/example.com/user/Maildir/cur/cur:2,ST) failed: Is a directory Feb 9 20:05:58 mailserver dovecot: IMAP(user@example.com): unlink(/ var/spool/mail/example.com/user/Maildir/cur/new:2,ST) failed: Is a directory
This means that "new" and "cur" directories were created to either Maildir/cur/ or Maildir/new/ and since there should be only messages Dovecot tried to handle them as files/messages. Dovecot didn't create those directories. You probably misconfigured some other program at some point which created those (or you did it manually).
I don't quite understand "since there should be only messages". Do you mean there should not be ./cur/cur folders, because there should only be files under cur? That makes sense, thanks!
So the solution is to just rmdir those directories away. They just shouldn't be there. If they come back, try to figure out what creates them.
will do, thank you!
Rick
On Feb 9, 2009, at 10:40 PM, dovecot@corwyn.net wrote:
This means that "new" and "cur" directories were created to either Maildir/cur/ or Maildir/new/ and since there should be only messages Dovecot tried to handle them as files/messages. Dovecot didn't create those directories. You probably misconfigured some other program at some point which created those (or you did it manually).
I don't quite understand "since there should be only messages". Do
you mean there should not be ./cur/cur folders, because there should
only be files under cur?
Yes, that's what I mean.
participants (3)
-
dovecot@corwyn.net
-
Dovecot@corwyn.net
-
Timo Sirainen