Re: [SOGo] Re: Multiple mail fields in LDAP

[Marc Patermann]

Sven,

Am 06.10.2015 um 14:02 Uhr schrieb Sven Schwedas:

On 2015-10-06 12:44, Marc Patermann wrote:

Am 05.10.2015 um 22:34 Uhr schrieb Alain Abbas:

The way to handle that is definitively 1 attribute for the mail
(unique) and not multivalued

you are ignoring that the LDAP directory may be not single only be
 there for one application like SOGo. mail is a multivalued
attribute by default in the standard schema. So we have to deal
with that.


It's multivalued in *a* standard schema. SOGo also has to work with
single-valued ActiveDirectory setups, which are anything but rare.

Is there another internet standard definition other than:
https://tools.ietf.org/html/rfc4524#section-2.16

I hope we agree on Active Directory is not LDAP, but like LDAP.


(UCS did do the same thing too even back when they were using
Kolab/OpenLDAP, FYI. And probably others.)

Other vendor specific implementation which mirror the Microsoft specific
AD implementation are a thing to deal with too, right.


So *if* we get multi-value support in SOGo/Thunderbird (good luck
getting anything done in Thunderbird…),

The LDAP feature in Thunderbird are a thing of its own … :(


we'd need to be able to configure a secondary, multi-valued email
attribute. Make it default to `mail` so it'll work with OpenLDAP if
you want, but that'd allow compatibility with AD, too.


and another attribute for the alias (alias, proxyaddress) a name
something like that in your transport configuration in postfix
you have to make your LDAP filter to search for the mail in mail
 attribute or to alias attribute.


Which is a two-line change, FYI.

Which is a two-line configuration change in postfix.


IMHO this seems a bit like: "Here this solves this problem. Oh, I
does create others? Not my problem."


Why, yes, if you modify the LDAP scheme, you'll have to make sure
your programs understand the scheme. What surprising news.

Which brings me back to my starting point: if the LDAP is the core
directory of a complex infrastructure you have a lot of programs to change.


Marc
--
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] BTS activities for Tuesday, October 06 2015

[SOGo reporter]

Title: BTS activities for Tuesday, October 06 2015





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Tuesday, October 06 2015

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
3133
	2015-10-06 09:09:07
	updated (open)
	ActiveSync
	ActiveSync client does not reflect changes to the Inbox
	
	  
	
3356
	2015-10-06 04:11:03
	updated (open)
	ActiveSync
	EAS localizes date header from mail
	
	  
	
3360
	2015-10-06 09:29:54
	updated (open)
	ActiveSync
	Email folder changes are not synced
	
	  
	
69
	2015-10-06 06:01:23
	updated (open)
	Web Calendar
	Repeating events are not shown in "All Events" or "All Future Events"
	
	  
	
3358
	2015-10-06 06:01:23
	updated (open)
	Web Calendar
	Events and tasks with repetitions are not shown in the list.
	
	  
	
  
  

Re: [SOGo] Re: Multiple mail fields in LDAP

[Sven Schwedas]

On 2015-10-06 16:14, Marc Patermann wrote:
> Am 06.10.2015 um 14:02 Uhr schrieb Sven Schwedas:
>> On 2015-10-06 12:44, Marc Patermann wrote:
>>> Am 05.10.2015 um 22:34 Uhr schrieb Alain Abbas:
 The way to handle that is definitively 1 attribute for the mail
 (unique) and not multivalued
>>> you are ignoring that the LDAP directory may be not single only be
>>>  there for one application like SOGo. mail is a multivalued
>>> attribute by default in the standard schema. So we have to deal
>>> with that.
>>
>> It's multivalued in *a* standard schema. SOGo also has to work with
>> single-valued ActiveDirectory setups, which are anything but rare.
> Is there another internet standard definition other than:
> https://tools.ietf.org/html/rfc4524#section-2.16

There's a non-standard definition that happens to be used rather often:

https://msdn.microsoft.com/en-us/library/ms676855%28v=vs.85%29.aspx
https://msdn.microsoft.com/en-us/library/ms679424%28v=vs.85%29.aspx

I know this must be difficult for a public servant, but standard
definitions don't matter that much when they're not adhered to. :-)

> I hope we agree on Active Directory is not LDAP, but like LDAP.

It contains a fully-featured LDAP implementation (…among other things).
It happens to have a different core schema from 389DS/OpenLDAP, but that
does not make it "not LDAP". Neither SOGo nor any other software project
draw that distinction between them.

>> (UCS did do the same thing too even back when they were using
>> Kolab/OpenLDAP, FYI. And probably others.)
> Other vendor specific implementation which mirror the Microsoft specific
> AD implementation are a thing to deal with too, right.

Like Samba 4, which is the recommended default setup for SOGo. Are you
really going to argue that SOGo shouldn't support that…?


-- 
Mit freundlichen Grüßen, / Best Regards,
Sven Schwedas
Systemadministrator
TAO Beratungs- und Management GmbH | Lendplatz 45 | A - 8020 Graz
Mail/XMPP: sven.schwe...@tao.at | +43 (0)680 301 7167
http://software.tao.at



signature.asc
Description: OpenPGP digital signature

[SOGo] Outlook 2003 'Deleted Items' vs IMAP 'Trash'

[Gerald Brandt]

Hi,

When I delete an email via Outlook 2003, it moves the email into 
'Deleted Items'.  When I delete via Thunderbird or the web interface, it 
moves the email into 'Trash'.


These two folder don't contain the same data.  Do I have a configuration 
error, or is it a known issue?


Gerald

--
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] how does CalDAV sync work in SOGo

[Stephen Ingram]

I'm trying to find out why an iPhone will not grab all of the events for a
particular user's calendar. I've setup a private server just for that user
so I can see only logs from their iPhone. Does anyone know how the whole
CalDAV sync works? How does the iPhone know if there are additional events
to sync? Is there a way to obtain telemetry information in the logs so I
can grab more detail during the sync? I'm hoping to identify where the bug
is.

Steve
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] ZEG Thunderbird configuration

[damon.hart]

Hi all

I'm testing with the SOGo Zeg server running under VirtualBox. I can browse to
the About screen with http:// successfully, however,
http://192.168.15.225/clients.shtml (the "Clients" tab) is incomplete. The
server encounters an error and apparently leaves out some Thunderbird
configuration instructions (note the error message):

** browser snippet **
Desktop Clients

Thunderbird
To use Thunderbird with your SOGo server, first create a profile that matches
your SOGo account; the username and password must be the same that you use to
login to SOGo. The second step is to install the SOGo Integrator extension.

[an error occurred while processing this directive] Microsoft Outlook 2003,
2007, 2010 and 2013

** end browser snippet **

The missing instructions would presumable detail how to connect Thunderbird to
SOGo ZEG. I've tried to apply the instructions from the Mozilla Thunderbird
Configuration Guide without success.

Are there references available to the full text of the ZEG "Clients" tab
somewhere?

thanks,

Damon
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Multiple mail fields in LDAP

[Stephen Ingram]

On Monday, October 5, 2015, Mathieu Mirmont  wrote:

> On 05/10/15 15:40, Christian Mack wrote:
> >
> > Sorry couldn't find the mozilla bug report, but it is there.
>
> Here's a 13 years old (!) bug that seem to match what you describe:
> https://bugzilla.mozilla.org/show_bug.cgi?id=119199
>
> It looks like if compatibility with Thunderbird/Lightning is required,
> I'd be better off considering the mail attribute to be single-valued and
> move mail aliases to other attributes (mozillaSecondEmail?).
>
> How do you guys generally handle email aliases?
>

We only have one mail. If you use the Netscape schema then you can find
mailAlternateAddress which works great for aliases.

Steve
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] SoGo + Outlook exchange like

[Jan]

Hi,

Is it possible to configure sogo to work with outlook like exchange server, to
have:

1. LDAP users connection - all users visible in outlook
2. Callendars visible in Outlook (by default you will see all callendars
without details).
3. Rooms with availible place +reservation etc.

Just like in AD... i hope i've described well.

I'm using SoGo 2.3.1
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Re: Multiple mail fields in LDAP

[Mathieu Mirmont]

On 05/10/15 22:34, Alain Abbas wrote:
> Hello 
> The way to handle that is definitively 
> 1 attribute for the mail (unique) and not multivalued 
> and another attribute for the alias (alias, proxyaddress) a name
> something like that 

Thanks, that's what I thought. Is there a preferred attribute to use for
mail aliases? Ideally an attribute that Thunderbird/Lightning/SOGo
recognises as such (for transparent rewrites perhaps).

Cheers.

-- 
Mathieu Mirmont 
Lead Software Engineer
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Re: Multiple mail fields in LDAP

[Sven Schwedas]

On 2015-10-06 12:44, Marc Patermann wrote:
> Hi,
> 
> Am 05.10.2015 um 22:34 Uhr schrieb Alain Abbas:
>> The way to handle that is definitively
>> 1 attribute for the mail (unique) and not multivalued
> you are ignoring that the LDAP directory may be not single only be there
> for one application like SOGo.
> mail is a multivalued attribute by default in the standard schema. So we
> have to deal with that.

It's multivalued in *a* standard schema. SOGo also has to work with
single-valued ActiveDirectory setups, which are anything but rare. (UCS
did do the same thing too even back when they were using Kolab/OpenLDAP,
FYI. And probably others.)

So *if* we get multi-value support in SOGo/Thunderbird (good luck
getting anything done in Thunderbird…), we'd need to be able to
configure a secondary, multi-valued email attribute. Make it default to
`mail` so it'll work with OpenLDAP if you want, but that'd allow
compatibility with AD, too.

>> and another attribute for the alias (alias, proxyaddress) a name
>> something like that
>> in your transport configuration in postfix you have to make your LDAP
>> filter to search for the mail
>> in mail attribute or to alias attribute.

Which is a two-line change, FYI.

> IMHO this seems a bit like: "Here this solves this problem. Oh, I does
> create others? Not my problem."

Why, yes, if you modify the LDAP scheme, you'll have to make sure your
programs understand the scheme. What surprising news.

-- 
Mit freundlichen Grüßen, / Best Regards,
Sven Schwedas
Systemadministrator
TAO Beratungs- und Management GmbH | Lendplatz 45 | A - 8020 Graz
Mail/XMPP: sven.schwe...@tao.at | +43 (0)680 301 7167
http://software.tao.at



signature.asc
Description: OpenPGP digital signature

Re: [SOGo] Multiple mail fields in LDAP

[mourik jan heupink]

On 6-10-2015 4:55, Stephen Ingram wrote:



On Monday, October 5, 2015, Mathieu Mirmont > wrote:


On 05/10/15 15:40, Christian Mack wrote:
>
> Sorry couldn't find the mozilla bug report, but it is there.

Here's a 13 years old (!) bug that seem to match what you describe:
https://bugzilla.mozilla.org/show_bug.cgi?id=119199

It looks like if compatibility with Thunderbird/Lightning is required,
I'd be better off considering the mail attribute to be
single-valued and
move mail aliases to other attributes (mozillaSecondEmail?).

How do you guys generally handle email aliases?



we are using multiple otherMailbox fields in AD. No problems.

MJ
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Re: Multiple mail fields in LDAP

[Marc Patermann]

Hi,

Am 05.10.2015 um 22:34 Uhr schrieb Alain Abbas:

The way to handle that is definitively
1 attribute for the mail (unique) and not multivalued
you are ignoring that the LDAP directory may be not single only be there 
for one application like SOGo.
mail is a multivalued attribute by default in the standard schema. So we 
have to deal with that.



and another attribute for the alias (alias, proxyaddress) a name
something like that
in your transport configuration in postfix you have to make your LDAP
filter to search for the mail
in mail attribute or to alias attribute.
IMHO this seems a bit like: "Here this solves this problem. Oh, I does 
create others? Not my problem."



Marc
--
users@sogo.nu
https://inverse.ca/sogo/lists