aliases of various types

Gunnar Wrobel wrobel at pardus.de
Tue Jul 13 07:58:34 CEST 2010


Hi Gavin,

Quoting Gavin McCullagh <gavin.mccullagh at gcd.ie>:

> Hi Gunnar,
>
> On Tue, 06 Jul 2010, Gunnar Wrobel wrote:
>
>> I think it would be great if you could also paste your summary into
>> a wiki page ;)
>
> Done:
>
> https://wiki.kolab.org/index.php/Managing_Email_aliases

Cool, thanks!

>
>> I don't have anything new to add to your summary but I guess Thomas
>> might still have the one or the other suggestion.
>
> I'm looking to set our standard operating procedures, so any extra ways to
> deal with these things are very welcome.
>
>> You focus solely on the web admin however. This might be too restrictive.
>> There is nothing that would prevent you from also using the postfix
>> aliases file on the Kolab server.
>
> I'd really rather not use the aliases file if I can avoid it.  We found it
> scaled very badly on our last Kolab install (our aliases file is 985 lines
> long and is 65KB).  It's way too easy to make mistakes and too difficult to
> find things.  We also need to give people ssh access which we may not want
> to.

Okay, makes sense.

>
>> Of course the Kolab web admin is limited in its abilities but it
>> would be hard to support a large amount of the possible use cases
>> with this tool. So for anything which is not directly possible via
>> the web admin it is quite okay to use the server configuration
>> templates and files.
>
> One of the main things we're missing is a simple way to forward a local
> alias to a remote account.  Would it be possible to implement local aliases
> for address book entries in the same way as you do for normal users?  The
> two alternatives I can see
>  - create the account and set a sieve forward on it
>  - create an addressbook entry and a distribution list against the local
>    name
>
> are both rather messy.  We'll probably go with the former as having
> hundreds of distribution lists doesn't look like it'll work well in the web
> interface (you can't search the distribution lists) but it's pain that you
> have to login as the user to do it.

I suggest to open a feature request in the issue tracker. I don't see  
me coding this feature immediately but my impression is that there  
will be some movement in the Kolab web admin area in the nearer  
future. And it makes sense to discuss the feature before that happens.

Cheers,

Gunnar

>
> Gavin
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
URL: <http://lists.kolab.org/pipermail/users/attachments/20100713/4ef17547/attachment.sig>


More information about the users mailing list