POLL: per-domain shared folder/sieve/etc

Bron Gondwana brong at fastmail.fm
Wed Oct 22 17:02:39 EDT 2014


So Cyrus has three different types of domain split:

* none at all
* "on/yes" => weird reverse DNS hackery
* userid => login with domain.

As part of finally switching to unixheirarchysep: on (yay) and better key format (double yay) I want to change the overarching "split users into separate domains" logic we have right now.

Yes, that means a massive change, instead of internally:

example.com!user.foo.bar  <=> user/foo/bar at example.com (which is a million ways of bogus) we would have:

user.foo at example^com.bar <=> user/foo at example.com/bar

Or in alt namspace:

Other Users/foo at example.com/bar

This means we will finally be able to share things across domains.  It creates a single consistent way to access everything.

============

The problem is, it means you can't set quotas per domain, you can't have sieve scripts per domain, and most of all - you can't have shared folders in a domain.

example.com!shared.stuff worked fine, but

shared.example^com.stuff would be weird.  It's just a folder, and wouldn't be treated specially in any way.  The domain would have no special meaning.

This is all, obviously, Cyrus 3.0 stuff.  It's a significant change in how folder naming works.  It's really good for removing some inconsistencies though.  I just want to have an idea of whether it will mess up anyone's existing workflows - and if so how we can make sure you can still achieve a similar result, even if it doesn't look quite the same in the new world.

Bron.

-- 
  Bron Gondwana
  brong at fastmail.fm


More information about the Cyrus-devel mailing list