Please whitelist cPanel in your adblocker so that you’re able to see our version release promotions, thanks!

The Community Forums

Interact with an entire community of cPanel & WHM users!

User-level email filters not updated when account name changed

Discussion in 'Workarounds and Optimization' started by flopunctro, Jan 29, 2012.

  1. flopunctro

    flopunctro Registered

    Joined:
    Jan 29, 2012
    Messages:
    2
    Likes Received:
    0
    Trophy Points:
    51
    cPanel Access Level:
    DataCenter Provider
    Hello all,

    I've started migrating domains from multiple servers into one and I've ran into account name collisions. So I had no choice but to rename some CPanel/WHM accounts.

    I know this is not a "nice" thing to do :) but the alternatives are awful (several days of manually creating domains, email accounts, databases, filters...).

    Everything went unexpectedly well, with the sole exception of User-Level filters of the Email section.

    More specifically:
    1. "olduser" has the domain "olddomain.tld", which has the address "address1@olddomain.tld", which has some filters directing emails to various folders; for example, "subject contains ALERT -> deliver to folder ALERTS".

    2. "olduser" is renamed to "newuser".

    3. emails to "address1@olddomain.tld" keep arriving in Inbox, but the emails containing ALERT don't arrive anymore. exim_mainlog shows these:
    R=virtual_user_filter T=address_directory defer (13): Permission denied: cannot create /home/olduser/mail/domain.tld/address1/.ALERTS/
    And (luckily) the emails are still waiting in exim's queue.

    Notice that exim tries to deliver them to /home/olduser/.......

    The first thing I did was to create a symlink /home/olduser to /home/newuser. It worked as an emergency fix, but it's a "quick'n'dirty" solution, so I kept digging.

    The second thing to do is to manually edit all these User-Level filter rules from CPanel. In the "deliver to folder" box I could see the old (and wrong) path. I can modify the path and save the rule, and it works.
    While this is a better solution, it's not really that nice, and it wouldn't scale if I had dozens of rules :) so I kept researching some more.

    I found out that User-Level filters are kept in some files named "filter.yaml" , "filter" and "filter.cache" in the location "/home/newuser/etc/domain.tld/address1/". While manual editing is not recommended, apparently one can edit "filter" and "filter.yaml" and the changes will appear in CPanel's "User-Level filtering" page.

    However I could not find a way to automatically regenerate the file "filter.cache" (this is a "perl storable" file so I didn't want to edit it directly). But after the 2 text files are edited, the cache can be regenerated with CPanel's "User-Level filtering" page.

    Time permitting, I will also submit a real bug report to CPanel, though I believe this issue is too insignifiant. But http://xkcd.com/979/ i'm paying it forward :)

    flopunctro
     
Loading...

Share This Page

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice