Kolab 3.3 / primary_mail
Stuart Naylor
stuartiannaylor at inbox.com
Thu Aug 7 18:05:15 CEST 2014
Hi,
Just had a 3.2 reinstall
[kolab.lan]
primary_mail = %(givenname)s.%(surname)s@%(domain)s
default_quota = 1048576
[kolab]
secondary_mail = {
0: {
"{0}.{1}@{2}": "format('%(givenname)s'[0:1].capitalize(),
'%(surname)s', '%(domain)s')"
},
1: {
"{0}@{1}": "format('%(uid)s', '%(domain)s')"
},
2: {
"{0}@{1}": "format('%(givenname)s.%(surname)s', '%(domain)s')"
}
}
auth_mechanism = ldap
primary_domain = kolab.lan
primary_mail = %(surname)s@%(domain)s
policy_uid = %(surname)s.lower()
But no.
admin_auto_fields_rw = false
Just to check which items are you changing and do you add
admin_auto_fields_rw = true?
Stuart
On 07/08/2014 15:23, Sruli Saurymper wrote:
>
>> I was quite confused with Kolab in 3.2 when I got 3 variations of
>> name with each user add. Just didn't make sense also with naming
>> conventions and a lot of common names I can see this getting messy.
>> I was confused because by default giving aliases of the same name
>> variations didn't make any sense to me?
>>
> I don't know if this will help you but in 3.2 kolab.conf I comment out
> both lines with primary_mail and all lines for secondary_mail in
> addition to admin_auto_fields_rw = true, I found that setting
> "admin_auto_fields_rw = true" on its own is useless, it allows you to
> edit the field but does not save the changes, commenting out the above
> lines should work for you.
>
> Sruli
>
>
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
>
>
---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com
____________________________________________________________
Receive Notifications of Incoming Messages
Easily monitor multiple email accounts & access them with a click.
Visit http://www.inbox.com/notifier and check it out!
More information about the users
mailing list