Canonification

[Brady, Mike]

On 2015-09-02 15:02, signaldeveloper at gmail.com wrote: 

> Thanks mike! 
> 
> Very interesting. I have a fresh copy of kolab 3.4 I would assume this is fixed. I submitted a bug we will see how this goes with those guys. Out of all my years working with email servers I've never once ran into a company that does first name dot last name. Maybe that's popular in other countries. 
> 
> Is there a way to simple "turn off" the secondary emails? I tried removing it from the kolab conf but it seems to generate them anyways. 
> 
> Mike - any idea why it will create the user but give me a "status mailbox not found" on round cube once the user logs in? 
> 
> It seems that kolab creates the user in LDAP, which is does NOT add to RC DB until after the first attempt of the user logging in also. 
> 
> Sent from my iPhone 
> 
> On Sep 1, 2015, at 9:12 PM, Brady, Mike <mike.brady at devnull.net.nz> wrote:
> 
> On 2015-09-02 12:13, Paul Bronson wrote: 
> It also, is not making a mailbox for me now, I can log into RC, but it says status: mailbox does not exist. 
> 
> On Tue, Sep 1, 2015 at 8:09 PM, Paul Bronson <signaldeveloper at gmail.com> wrote:
> 
> Torsten, 
> 
> When I use 
> 
> primary_mail = '%(givenname)s'[0:1]%(surname)s@%(domain)s
> 
> It shows properly in web interface:
> 
> screenshot (minus the domain name):
> 
> http://cl.ly/image/3y0m1b0t1H2N [1]
> 
> I changed in kolab.conf to:
> 
> primary_mail = "%(givenname).1s%(surname)@%(domain)"
> 
> also tried:
> 
> primary_mail = '{initial}{surname}@{domain}'.format(initial=first_name[0].lower(), surname=surname.lower(), domain=domain)
> 
> But does not give me output on web admin:
> 
> screenshot: 
> 
> http://cl.ly/image/1v2o131Q3j2u [2]
> 
> On Tue, Sep 1, 2015 at 5:27 AM, Torsten Grote <torsten at kolab.org> wrote:
> On Monday 31 August 2015 20:44:24 Paul Bronson wrote:
>> primary_mail = '%(givenname)s'[0:1]%(surname)s@%(domain)s
> 
> Please check the python syntax of that statement. This is what I am getting:
> 
>>>> params = { "givenname":"Hans", "surname":"Wurst", "domain":"fleischer" }
>>>> print "'%(givenname)s'[0:1]%(surname)s@%(domain)s" % params
> 'Hans'[0:1]Wurst at fleischer
> 
> And this is probably not how you want your email addresses to look like.
> 
> Kind Regards,
> Torsten
> 
> --
> pgp: 0x2175A534A4F2EFA3
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users [3]

_______________________________________________
users mailing list
users at lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users [3] 

 I was correct. But in thoery it has been fixed if your kolab-webadmin
is new enough 

https://issues.kolab.org/show_bug.cgi?id=3553 [4] 

> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users [3]

Did you restart kolabd after removing the secondary emails? Other wise
maybe 
secondary_mail = {}

rather than removing it? 

I think that the mailbox is created in Cyrius IMAP when the user is
added. Is the mailbox in Cyrus? 

If not I would try deleting and re-adding the user. If the user is there
then check the Cyrus IMAP permissions. 

If that is all ok then try clearing the Roundcube cache. 

 

Links:
------
[1] http://cl.ly/image/3y0m1b0t1H2N
[2] http://cl.ly/image/1v2o131Q3j2u
[3] https://lists.kolab.org/mailman/listinfo/users
[4] https://issues.kolab.org/show_bug.cgi?id=3553
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20150902/8dc54448/attachment-0001.html>