Hi,

This was an lmtpd bug in earlier versions of 3.0.  It was fixed in 3.0.6, and 
this was noted in the release notes:

https://www.cyrusimap.org/imap/download/release-notes/3.0/x/3.0.6.html:
> Fixed Issue #2303: lmtpd(8) now looks for sieve scripts in the same 
> directories as the rest of cyrus (including timsieved(8)).
> Please note that if you had manually installed sieve scripts to the 
> directories lmtpd used to look in, these will need to be moved.

It sounds like your setup was taking the bug into account (using the '^' paths 
that lmtpd expected), and since lmtpd has been fixed to use dots, you're now 
seeing the reverse of the problem.

You should be able to rename the name^with^dots paths to name.with.dots and 
things will work normally for you.

This behaviour will probably change again in a future major release, but when 
it does so it will do so correctly, and with upgrade path documentation!  The ^ 
notation is what _should_ be used, eventually, but the implementation that 
slipped into 3.0 was incomplete and incorrect, and the fix was to back it out 
and restore the older behaviour.

Sorry about the inconvenience,

ellie

On Thu, Jul 19, 2018, at 12:57 AM, Martin Svec wrote:
> Hello,
> 
> after upgrade from Cyrus 2.5.7 to 3.0.6, we noticed that some users lost 
> their IMAP subscriptions
> and all sieve filters. After some investigation, we've found that this 
> happens if the user's name
> contains dot(s). For sieve directories and .sub files, version 2.5.x 
> uses names with dots replaced
> with "^". But 3.0.x series expects the names with dots.
> 
> Note that we've altnamespace and unixhierarchysep turned _on_ in both 
> versions, so no namespace
> transformations should be needed.
> 
> Names in 2.5.x:
> /var/imap/sieve/domain/s/somedomain.com/n/name^with^dots/defaultbc
> /var/imap/domain/s/somedomain.com/user/n/name^with^dots.sub
> 
> Names in 3.0.x:
> /var/imap/sieve/domain/s/somedomain.com/n/name.with.dots/defaultbc
> /var/imap/domain/s/somedomain.com/user/n/name.with.dots.sub
> 
> Surprisingly, other metadata files like .lock files and quota files 
> still use the format with "^"
> characters.
> 
> I've found no information regarding this incompatible change in 3.0 
> upgrade documentation. Is this
> an expected behavior or a bug?
> 
> Best regards
> 
> Martin Svec
> 
> ----
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:
> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Reply via email to