[Dovecot] libsieve problems / wishes

[Steffen Kaiser]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 12 Feb 2009, Stephan Bosch wrote:

> enabled explicitly using the sieve_extensions setting (as explained in the 
> INSTALL file).

OK, I'll see into it.

> Completely solving your vacation :addresses problem will have to wait until 
> after today's/tomorrow's new release. I did however adjust the 
> case-sensitivity of address comparisons to match mail software consensus.

I was busy with other stuff, therefore I didn't responded to:

> Are you trying to solve the situation where one user can have many 
> (domain-)aliases on the local server? This could be solved (for the most 
> part) by adding the user's local aliases using some sort of background 
> configuration, e.g. returned from a userdb lookup. This avoids the need 
> for each user to specify all its local aliases explicitly. Then, only 
> externally forwarded mail addresses need to be specified explicitly in 
> :addresses by the user, but those addresses should be no concern for the 
> local Sieve administrator.

My problem is that our domain can be written in 157 variants. Most of
them are pretty unused and they could be ignored, but there are still
about 16 in practical use.

I have no problem to enumerate all possible domains, but it would break
the "real world", if I'd automatically add all variants to :addresses
(as hinted by the RFC), because about half of the users respond to a
subset of variants only and use other variants for official mailing
lists etc.pp. They want to select just some addresses.

On the other hand, there are users, who do not want to use such fine
grained control, and organisational roles claimed to be so important
that any writing must trigger vacation.

That's why I don't want to enforce all writing variants for the users,
but must offer both, and the "catch-all" setting as easy as possible.

Thanks,

- -- 
Steffen Kaiser
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSZUld3WSIuGy1ktrAQIdEgf/XPmg2lTv+whrXe5otwLTWsbtqOI+y2qC
0wTMB6fXqTDtCAjqGdI6jNenFVV8NTOT3OustkR7M1QrskLuECg+yILiFBC6aXz9
AQwD0hDW4/EeHXU2tsK+X8+wi66QJPlr9cakcNsx3MlYP0VDjrVK37edGmB8uf7H
2GrD2hidYDsqBKs+yuy3uFT9KwBOeSiKZP0x0X0T16tUbSPJ4HxageHSF4sba+5L
BXWc7plQ8f8VOhV9T1R8eB0aOp0gSyuaGiI7Gm+HzHSWOBtxmqMOxlcj+EWzr6ds
q6QxknCISQRM02vNSX3/1aGNLCH4osipxEx5qFGqHDn/Xgon8MMZhg==
=BvgI
-----END PGP SIGNATURE-----