dovecot - Jun 2009 - Dovecot Expire doesn't work

Hello,

I'm using dovecot and I want to use the "expire" plugin.
However, it doesn't work, i.e. mails do not get deleted.

I ran `/usr/sbin/dovecot --exec-mail ext 
/usr/libexec/dovecot/expire-tool --test`
and besides printing

Info: stef/Trash: no messages left
Info: stef/Spam: no messages left

it doesn't do anything (especially not deleting e-mails).
Obviously, in stef/Trash and stef/Spam, there are e-mails waiting to be 
deleted.

I'm using dbox as mail storage; and use dbox:/var/mail/%u as 
mail_location in dovecot.conf.
Furthermore, I'm running 1.1.16 on a gentoo PPC system.

This is the output from `dovecot -n`
# 1.1.16: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.29-gentoo-r2 ppc Gentoo Base System release 1.12.11.1 xfs
listen: *, [::]
ssl_cert_file: /etc/ssl/dovecot/server.pem
ssl_key_file: /etc/ssl/dovecot/server.key
login_dir: /var/run/dovecot/login
login_executable: /usr/libexec/dovecot/imap-login
verbose_proctitle: yes
mail_privileged_group: mail
mail_location: dbox:/var/mail/%u
mail_plugins: expire
auth default:
  verbose: yes
  debug: yes
  passdb:
    driver: pam
    args: *
  userdb:
    driver: passwd
  socket:
    type: listen
    master:
      path: /var/run/dovecot/auth-master
      mode: 384
plugin:
  quota: fs:Disk Quota
  expire: Trash 7 Spam 30
  expire_dict: proxy::expire
dict:
  expire: db:/var/lib/dovecot/expire.db

A strace on `/usr/sbin/dovecot --exec-mail ext 
/usr/libexec/dovecot/expire-tool --test`
shows the following output:

mkdir("/var/mail/root", 0770)           = -1 EEXIST (File exists)
stat64("/var/mail/root/Trash/dbox-Mails", 0xbfda2708) = -1 ENOENT (No 
such file or directory)
write(2, "Info: stef/Trash: no messages lef"..., 35Info: stef/Trash:
no
messages left
) = 35

which explains why nothing happens 
(stat64("/var/mail/root/Trash/dbox-Mails", which is empty, it should
not
even exist, but it passes by a mkdir), but why does it want to check 
/var/mail/root and not /var/mail/%u (i.e. why no 
stat64(/var/mail/stef/Trash/dbox-Mails))?

Thanks for your help and kind regards,

-- 
Stef Simoens

On 6/10/2009, Stef Simoens (stef.simoens at scarlet.be)
wrote:
> 
> it doesn't do anything (especially not deleting e-mails).
> Obviously, in stef/Trash and stef/Spam, there are e-mails waiting to be
deleted.
It doesn't go by the email date, it goes by the date/time the email was
moved into that folder.

In other words, it won't effect emails that were *already* *in* the folder.

Personally, I'd love to see the tool have an option to go by the email
date/time instead of when it was moved into the folder...

-- 

Best regards,

Charles

On Thu, 2009-06-11 at 02:43 +0200, Stef Simoens wrote:
> mail_location: dbox:/var/mail/%u
This doesn't work with expire-tool, because the way
> A strace on `/usr/sbin/dovecot --exec-mail ext 
> /usr/libexec/dovecot/expire-tool --test`
works is that dovecot binary first reads dovecot.conf and expands all %u
to root. Then it executes expire-tool, which no longer sees %u at all
there. The only way to get this working is to have userdb return the
path. So:

a) mail_location = dbox:~/ and have userdb return home.

b) Have userdb return mail=dbox:/var/mail/<username>
>   userdb:
>     driver: passwd
You should be able to do either of those with something like:

userdb passwd {
  args = mail=dbox:/var/mail/%u
}

v2.0 fixes this problem properly.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20090621/61ec13b7/attachment-0002.bin>

Hey Timo,
> You should be able to do either of those with something like:
>
> userdb passwd {
>   args = mail=dbox:/var/mail/%u
> }
>
> v2.0 fixes this problem properly.
>   
This works great ...

I didn't know that my (quite simple) setup wasn't supported in this way 
... maybe adding a note in the Wiki or so?

Thanks for your help.

Stef