Mails not getting expired

Philip Trickett (List) phil-ml at techworks.ie
Wed Dec 9 10:44:34 CET 2015


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


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


More information about the users mailing list