Mails not getting expired

[Brady, Mike]

I have the same warnings when updating.  Everything seems to be working
ok though. 

On 2015-12-09 22:44, Philip Trickett (List) wrote: 

> I'm not sure if this is relevant, but an update on my test system today produced this for cyrus-imapd. It is a CentOS7 system:
> 
> Running transaction
> Updating   : cyrus-imapd-2.5-108.3.el7.kolab_3.4.x86_64                                                                                                                1/2 
> warning: %post(cyrus-imapd-2.5-108.3.el7.kolab_3.4.x86_64) scriptlet failed, exit status 1
> Non-fatal POSTIN scriptlet failure in rpm package cyrus-imapd-2.5-108.3.el7.kolab_3.4.x86_64
> /var/tmp/rpm-tmp.eiynu8: line 1: fg: no job control
> Cleanup    : cyrus-imapd-2.5-108.1.el7.kolab_3.4.x86_64                                                                                                                2/2 
> /var/tmp/rpm-tmp.2w3gxY: line 2: fg: no job control
> warning: %postun(cyrus-imapd-2.5-108.1.el7.kolab_3.4.x86_64) scriptlet failed, exit status 1
> Non-fatal POSTUN scriptlet failure in rpm package cyrus-imapd-2.5-108.1.el7.kolab_3.4.x86_64
> Verifying  : cyrus-imapd-2.5-108.3.el7.kolab_3.4.x86_64                                                                                                                1/2 
> Verifying  : cyrus-imapd-2.5-108.1.el7.kolab_3.4.x86_64                                                                                                                2/2 
> 
> Everything seems fine from the logs.
> 
> Phil
> 
> On 09/12/15 00:23, Daniel Hoffend wrote: 
> 
> Hello Tom
> 
> you're not alone. I experienced the same issue. After digging into the
> issue, I found a fix for the delayed expunge mode in the cyrus git repo.
> 
> A patched cyrus version for Kolab 3.4 is currently in testing and should
> be available soon (tm).
> 
> --
> regards
> Daniel Hoffend
> 
> On 2015-10-22 15:06, Tom Sparrow wrote:
> 
> On 12/10/15 14:47, Tom Sparrow wrote:
> 
> My server seems to be insisting on keeping all the emails it's
> ever received. The IMAP clients quite happily show the emails that
> have not been deleted as expected, but looking in
> /var/spool/imap/domain/e/example.com/p/user/person (for example)
> shows far more emails, going back to when I started the server up
> (February, in this case).
> 
> I've looked for relevant settings, but can't find anything that
> seems to be wrong.
> 
> /etc/imap.conf has:
> 
> deletedprefix: DELETED
> delete_mode: delayed
> expunge_mode: delayed
> 
> /etc/cyrus.conf has:
> 
> deleteprune cmd="cyr_expire -E 4 -D 69" at=0430
> expungeprune cmd="cyr_expire -E 4 -X 69" at=0445
> 
> but I don't know where to look to see if these are running. I
> can't see any errors in the logs (but am unsure where these should
> be - cyrus seems to post to /var/log/maillog, is that right?)
> 
> I su'd into cyrus and ran cyr_expire manually, but it returned
> immediately with no output and didn't seem to make any difference.
> 
> On several web pages it mentions The expiration of messages is
> controlled by the */vendor/cmu/cyrus-imapd/expire* mailbox
> annotation, but I can't figure out how to list this and see if
> it's currently set. I'm not at my most confident with IMAP to be
> honest.
> 
> Any help?
> 
> Thanks,
> Tom.
> 
> I found the -a option on cyr_expire to ignore the annotations, but
> that didn't help. Today  I ran cyr_expire -X 1 -v -a and it's still
> saying
> 
> $ /usr/lib/cyrus-imapd/cyr_expire -X 4 -v -a
> Expunging deleted messages in mailboxes older than 4.00 days
> 
> Expired 0 and expunged 0 out of 0 messages from 0 mailboxes
> 
> Looking at unexpunge -l user/name at example.com I can see hundreds of
> messages, the Expg date going back to at least the start of March,
> but it still won't delete any.
> 
> I've had no answers anywhere on the internet (and I've not been
> backwards about asking). Do I change the expunge_mode to delete them
> immediately? Will that get rid of the old files at that point or
> will I have to do that manually?
> 
> Thanks
> Tom.

> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users

_______________________________________________
users mailing list
users at lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users

_______________________________________________
users mailing list
users at lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users 

  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20151210/81bb41a2/attachment.html>