Migration issue with seen/subscription/sieve databases

[Patrick Boutilier]

On 12/23/19 7:04 AM, Gionatan Danti wrote:
> On 20/12/19 09:51, Gionatan Danti wrote:
>> Hi all,
>> I am tasked to migrate an old cyrus 2.3.x CentOS6 installation to a 
>> new CentOS8 server with cyrus 3.0.7.
>>
>> I'm following the instructions at 
>> https://cyrusimap.org/imap/download/upgrade.html (compresive of 
>> berkeley db format change to skiplist) and all is mostly working, 
>> except for some important per-user databases: seen, subscription and 
>> sieve.
>>
>> The issue basically seems one of a different file names, revolving 
>> around using "." (dot) instead of "^" (circumflex). For example, the 
>> old cyrus installation has the following per-user database structure:
>>
>> [root at ceres imap]# cd /var/lib/imap; find -iname "*^*" | grep danti
>> ./sieve/domain/a/assyoma.it/g/g^danti
>> ./domain/a/assyoma.it/user/g/g^danti.seen
>> ./domain/a/assyoma.it/user/g/g^danti.sub
>> ./domain/a/assyoma.it/quota/g/user.g^danti
>>
>> However the new installation simply ignores the above files, creating 
>> *new* empty files with "." (dot) separator, except for the quota 
>> (which is correctly understand and no new file was created). This 
>> means I lose all information about subscribed folder, seen mails and 
>> sive filtering.
>>
>> A very simple workaround seems to soft-link the dot-enabled files with 
>> the circumflex ones, ie: "cd ./domain/a/assyoma.it/user/g/; ln -s 
>> g^danti.seen g.danti.seen"
>>
>> I wonder if this is the right thing to do, or if I am missing 
>> something. Please also consider that on the old server I already had 
>> "unixhierarchysep: 1", matching the new 3.x default. Anyway, flipping 
>> that option has no effect on how cyrus names the above files.
>>
>> Any suggestion to solve this problem?
>> Thanks.
> 
> Hi all,
> any idea/suggestion/etc?
> 

I can't find any .seen files in my test setup on CentOS 8 and not using 
sieve. But for .sub I see what you are seeing in file name but contents 
of the sub file has the ^ and it does work as expected.

Not using virtualdomains on my end.







Only thing I can think of is that a different config file is actually 
being used?




> Thanks.
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: boutilpj.vcf
Type: text/x-vcard
Size: 286 bytes
Desc: not available
URL: <http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20191223/c88ee9a3/attachment.vcf>