Skip to main content

[Case 84537] Dovecot Auto Expunge Trash errors.

Comments

28 comments

  • Infopro
    Hello tiagom, I've escalated your ticket to the cPanel Technical Support Team Manager for review. You should be updated in your ticket soon. My apologies for the problems you're facing here with this.
    0
  • tiagom
    Thank you very much Infopro. Will update thread with a solution when it comes forth.
    0
  • Nick57
    Same problem here, what is the solution?
    0
  • cPanelMichael
    Internal case 84537 was opened to address this issue. A resolution for this case is scheduled for release in cPanel version 11.42.1. There is currently no specific time frame available on when that version will be pushed out to each release tier. Thank you.
    0
  • TraderStf
    Get this problem again. (domain obuscated) Up to date (11.44.1.18) Processing: Cleaning up mailbox trash [20140910.033341] - Processing command `/usr/local/cpanel/scripts/dovecot_auto_expunge_trash` [20140910.033342] [23961] Expiring trash for sev@v........com (INBOX.Trash)...Done [20140910.033342] [23961] Expiring trash for sales@p....com (INBOX.Trash)...doveadm(sales@p.....com): Error: expire: dict commit failed [20140910.033342] [23961] Done [20140910.033342] 61% complete
    0
  • cPanelMichael
    Please open a support ticket using the link in my signature so we can reproduce the issue on your system. Ensure you reference case number 107921, which is open to address the occurrence of this error after case 84537 was already resolved. You can post the ticket number here so we can update this thread with the outcome. Thank you.
    0
  • popeye
    Has this been sorted yet
    0
  • cPanelMichael
    [quote="popeye, post: 1780861">Has this been sorted yet
    Internal case number 107921 is still open. Please follow the steps from my previous post and post the ticket number here so we can update this thread with the outcome. Thank you.
    0
  • did-vmonroig
    Same problem here with some accounts during upcp in version 11.50.0.22. Any public solution or should I open a ticket?
    0
  • did-vmonroig
    I think I'll file a new ticket, as no one could help in public, and report back here.
    0
  • brt
    I'm seeing this as well. I'm curious as to what exactly is going on, because on a server with hundreds of email accounts on it, when I watch the upgrade log I only see a very small handful of email expiries, and a number of those have the "dict commit failed" error. === [2015-07-21 18:24:10 -0500] [6764] Done [2015-07-21 18:24:10 -0500] [6764] Expiring trash for matt@mxxxxxxxxx.com (INBOX.Trash)...Done [2015-07-21 18:24:11 -0500] [6764] Expiring trash for naomi@bxxxxxxxxx.com (INBOX.Trash)...Done [2015-07-21 18:24:12 -0500] [6764] Expiring trash for info@gxxxxxxxxx.com (INBOX.Trash)...doveadm(info@gxxxxxxxxx.com): Error: expire: dict commit failed [2015-07-21 18:24:12 -0500] [6764] Done ===
    0
  • cPanelMichael
    New I think I'll file a new ticket, as no one could help in public, and report back here.

    Hello :) Could you post the ticket number here so we can update this thread with the outcome? Thank you.
    0
  • cPanelMichael
    Hello :) I've been unable to locate a support ticket for this issue. Were you able to open a support ticket or address the issue through another method? I look forward to your response. Thank you.
    0
  • did-vmonroig
    Hello, Michael. Sorry, but between holidays and that isn't a blocking problem, I completely forgot to open the ticket. This is the ID: 7129323. Thanks to you.
    0
  • cPanelMichael
    To update, internal case CPANEL-138 is open to track this issue. There's currently no specific timeline on a resolution, as the issue is still under investigation. Thank you.
    0
  • bloatedstoat
    Hello, given the age of the last post I am curious to know if opening a support ticket is still relevant for this case? I am still seeing this error and prefer not to open a support ticket if the issue has not yet been resolved. Thank you.
    0
  • cPanelMichael
    Hello, given the age of the last post I am curious to know if opening a support ticket is still relevant for this case? I am still seeing this error and prefer not to open a support ticket if the issue has not yet been resolved.

    There's no update to the internal case to report at this time. Could you verify if Cloud Linux is installed on this system? Thank you.
    0
  • bloatedstoat
    There's no update to the internal case to report at this time. Could you verify if Cloud Linux is installed on this system? Thank you.

    Yes this is a CloudLinux server Michael.
    0
  • kdean
    I also see sporadic "Error: expire: dict commit failed" messages and one domain always says "does not exist. Removing stale entries." which is odd because it does exist or does this not work with add-on domains for some reason. Anyway, I do not have Cloud Linux. Current;y just 11.52.2.5
    0
  • cPanelMichael
    Please feel free to open a support ticket using the link in my signature, and reference case CPANEL-138, so we can take a closer look. Thank you.
    0
  • kdean
    The beginning of the thread mentions resetting the dict.sqlite database. Can someone detail how to do that. Thanks.
    0
  • cPanelMichael
    The beginning of the thread mentions resetting the dict.sqlite database. Can someone detail how to do that. Thanks.

    I've seen the issue resolved through the use of the "/scripts/dovecot_auto_expunge_trash" command. The second time running the command shows no error messages after running it the first time to correct the issue. Thank you.
    0
  • kdean
    That's just the same script that runs nightly and while yes it doesn't show anything the second time it doesn't fix or reset the database. I think it doesn't show anything on second run because the first run still does process email even with the dict errors. So, still looking for how to rest the dict.sqlite properly. Thanks.
    0
  • cPanelMichael
    That's just the same script that runs nightly and while yes it doesn't show anything the second time it doesn't fix or reset the database. I think it doesn't show anything on second run because the first run still does process email even with the dict errors. So, still looking for how to rest the dict.sqlite properly. Thanks.

    Could you verify if the domain names affected by this issue are listed in the /etc/trueuserdomains file on the system? Thank you.
    0
  • kdean
    Could you verify if the domain names affected by this issue are listed in the /etc/trueuserdomains file on the system?

    If you're referring to the "does not exist. Removing stale entries" issue, then no the domain names aren't appearing there. It seems that no add-on domains appear there. They do all appear in /etc/userdomains. The dict errors seem randomly appear for any trueuserdomain mailbox. I've never noticed a pattern there.
    0
  • cPanelMichael
    You can run the following command if you are simply attempting to regenerate the "/var/cpanel/dovecot/dict.sqlite" file after removing it: /usr/local/cpanel/scripts/builddovecotconf
    Thank you.
    0
  • kdean
    Thanks for the dict.sqlite rebuild instructions. I take it there's a problem that's being looked into for the add-on domains not appearing in trueuserdomains or maybe expunge needs to use userdomains instead. I'm wondering if in the meantime I should edit /scripts/dovecot_auto_expunge_trash to use loaduserdomains() instead of loadtrueuserdomains() if that's the problem with the "domain does not exist. Removing stale entries" issue.
    0
  • cPanelMichael
    I take it there's a problem that's being looked into for the add-on domains not appearing in trueuserdomains or maybe expunge needs to use userdomains instead.

    Yes, case CPANEL-3698 was opened to address an issue where if an email account was created using an addon domain, it's trash would never expire. The issue is addressed in cPanel version 56: Fixed case CPANEL-3698: Support trash expiration for addon domains. Thank you.
    0

Please sign in to leave a comment.