On 6/12/2009, Timo Sirainen (t...@iki.fi) wrote:
In a mailbox1, I have this into Junk/cur directory:
4 -rw--- 1 dovecot dovecot 3822 Feb 2 13:39
1233569469.M275631P48216.***.***.net,S=3822,W=3945:2,S
4 -rw--- 1 dovecot dovecot 3004 Feb 2 15:43
1233585799.M
Timo Sirainen schreef:
On Mon, 2009-06-22 at 23:19 +0200, Stef Simoens wrote:
Jun 22 22:48:56 robin deliver(stef): dbox: data=/home/stef/
Oh, so it's only deliver that's broken. I guess you aren't giving -d
parameter to deliver so it's not doing a userdb lookup. But there's no
need to
On Mon, 2009-06-22 at 23:19 +0200, Stef Simoens wrote:
> Jun 22 22:48:56 robin deliver(stef): dbox: data=/home/stef/
Oh, so it's only deliver that's broken. I guess you aren't giving -d
parameter to deliver so it's not doing a userdb lookup. But there's no
need to add it, just keep what you had or
Timo Sirainen schreef:
Set auth_debug=yes and mail_debug=yes, what does it log?
Jun 22 22:48:09 robin dovecot: auth(default): master out:
USER^I1^Istef^Ihome=/var/mail/stef^Imail=dbox:/var/mail/stef^Isystem_user=stef^Iuid=1000^Igid=1000
Jun 22 22:48:09 robin dovecot: IMAP(stef): Loading modu
On Mon, 2009-06-22 at 22:28 +0200, Stef Simoens wrote:
> Stef Simoens schreef:
> > 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 gr
Stef Simoens schreef:
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 ...
Hmm, I cheered too fast.
The expire-plugin works ... but now my e-mails are delivered in
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 s
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 exp
On Jun 12, 2009, at 7:09 AM, Charles Marcus wrote:
You only need to move one mail into the mailbox so that the mailbox
gets added to the database. Once that mail gets expunged, all the
other old existing mails get expunged along with it.
!? This isn't what you said when this was discussed earl
On 6/11/2009 6:37 PM, Timo Sirainen 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 fold
Hello,
I know how the expire plugin (should) work.
I am actually happy that the expire-plugin works as is is defined.
However, the plugin does not work.
- the folder /var/mail/root is created (empty) for no reason (root mails
should be forwarded to me, stef)
- the mails in /var/mail/stef/Spam
On Thu, 2009-06-11 at 15:27 -0700, Scott Silva wrote:
> on 6-11-2009 3:22 AM Charles Marcus spake the following:
> > On 6/10/2009, Stef Simoens (stef.simo...@scarlet.be) wrote:
> >> it doesn't do anything (especially not deleting e-mails).
> >> Obviously, in stef/Trash and stef/Spam, there are e-ma
on 6-11-2009 3:22 AM Charles Marcus spake the following:
> On 6/10/2009, Stef Simoens (stef.simo...@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
On 6/10/2009, Stef Simoens (stef.simo...@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 f
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
On Thu, 2008-10-30 at 17:50 +0100, LÉVAI Dániel wrote:
> > The "/" hardcoding only means the "%" wildcard matching, meaning if
> > you've a mailbox "foo/bar" then "%" would match only "foo" part, but
> > if you've a mailbox "foo.bar" then "%" would match the full
> > "foo.bar". In any case you'll n
On Thursday 30 October 2008 16.42.16 Timo Sirainen wrote:
> On Thu, 2008-10-30 at 16:28 +0100, LÉVAI Dániel wrote:
> > I've got bitten by this:
> > The wiki[1] reads:
> >
> > [...]
> > - "%" works by matching any number of characters, but it stops at
> > the hierarchy separator. Currently the sepa
On Thu, 2008-10-30 at 16:28 +0100, LÉVAI Dániel wrote:
> I've got bitten by this:
> The wiki[1] reads:
>
> [...]
> - "%" works by matching any number of characters, but it stops at the
> hierarchy separator. Currently the separator is hardcoded to "/".
> [...]
> plugin {
> # Trash and its chil
On Monday 27 October 2008 14.26.50 LÉVAI Dániel wrote:
> Hi!
>
> I'm using dovecot-1.1.5 and trying to make the expire plugin work.
> What I've configured in dovecot.conf is the following:
>
> protocol imap,pop3,lda {
> mail_plugins = [...] expire
> }
>
> dict {
> expire = db:/var/dovec
On Wed, 2008-10-29 at 20:14 +0100, LÉVAI Dániel wrote:
> > Running it again now would show that it's going to expunge it?
> Unfortunately not:
> # ls -lrt $USER/Maildir/.spamassassin.SPAM/cur/
> 1840 Oct 25 03:17:55 2008 1225137329.[...],W=1890,S=1840:2,S
> 1978 Oct 25 04:32:37 2008 1225137329.[...
# /usr/local/sbin/dovecot --exec-mail \
ext /usr/local/libexec/dovecot/expire-tool --test
Info: leva/spamassassin.SPAM: stop, expire time in future: 1225379009
# date -r 1225379009
Thu Oct 30 16:03:29 CET 2008
Try it again tomorrow past 16:03:29 and it will expunge all your messages
ol
On Wednesday 29 October 2008 15.53.24 you wrote:
> On Wed, 2008-10-29 at 15:25 +0100, LÉVAI Dániel wrote:
> > >> That is, if I want to expire the emails under the
> > >> spamassassin/SPAM directory, after 1 day. Is this correct? I'm
> > >> asking this because with this setup, the expire-tool does
>
On Wed, 2008-10-29 at 15:25 +0100, LÉVAI Dániel wrote:
> >> That is, if I want to expire the emails under the spamassassin/SPAM
> >> directory, after 1 day. Is this correct? I'm asking this because with
> >> this setup, the expire-tool does nothing... nothing in the logs either.
> >
> > Try and
e-frog wrote:
Anybody has this working?
Yes.
Great! Then all hope is not lost :)
plugin {
expire = spamassassin/SPAM 1
expire_dict = proxy::expire
}
For me it works by using '.' as hierarchy separator. So in your case
expire = spamassassin.SPAM 1 should work. This could be dif
Anybody has this working?
Yes.
plugin {
expire = spamassassin/SPAM 1
expire_dict = proxy::expire
}
For me it works by using '.' as hierarchy separator. So in your case expire =
spamassassin.SPAM 1 should work. This could be different when using namespaces,
which I don't.
Hi!
Anybody has this working? I mean, at least somebody has to use this
expire plugin with BDB, no? :D
I think, maybe the problem is withing the plugin { expire = } setting;
to be honest, I'm a little confused with this.
I have a maildir layout like this:
[..some dirs..]/$USER/Maildir/
Under
Hi!
I'm using dovecot-1.1.5 and trying to make the expire plugin work.
What I've configured in dovecot.conf is the following:
protocol imap,pop3,lda {
mail_plugins = [...] expire
}
dict {
expire = db:/var/dovecot/expire/expire.db
}
plugin {
expire = spamassassin/SPAM 2 spama
27 matches
Mail list logo
