Re: [SOGo] Outlook stops syncing

2015-08-24 Thread Tribes Tom 
>>* Am 22.07.2015 um 16:31 schrieb Ludovic Marcotte *
>>* < lmarco...@inverse.ca >:*
>*> *
>*> On 21/07/2015 16:42, Gerald Brandt wrote:*
>*>> Has this been fixed?*
>*> It has not. We are still waiting for an updated openchange version.*
>*> *
>*> We'll release v2.3.1 nonetheless today since many many other
enhancements *
>*> and fixes got in since early June and it's time it gets released.
Hopefully *
>*> v2.3.2 will follow very shortly with the openchange fixes.*

>Are these changes already available via source code?
>
>Regards,
>
>Johannes


Hello

I have the same problem :

<0x0x555667031fa0[MAPIStoreMailContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here

qualifier is only used for folders with name

In samba log and outlook just sync the first time I install.


Any news on this ?

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

Re: [SOGo] Outlook stops syncing

2015-07-22 Thread Johannes Faber 

> Am 22.07.2015 um 16:31 schrieb Ludovic Marcotte :
> 
> On 21/07/2015 16:42, Gerald Brandt wrote:
>> Has this been fixed?
> It has not. We are still waiting for an updated openchange version.
> 
> We'll release v2.3.1 nonetheless today since many many other enhancements and 
> fixes got in since early June and it's time it gets released. Hopefully 
> v2.3.2 will follow very shortly with the openchange fixes.

Are these changes already available via source code?

Regards,

Johannes

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

Re: [SOGo] Outlook stops syncing

2015-07-22 Thread Ludovic Marcotte 

On 21/07/2015 16:42, Gerald Brandt wrote:

Has this been fixed?

It has not. We are still waiting for an updated openchange version.

We'll release v2.3.1 nonetheless today since many many other 
enhancements and fixes got in since early June and it's time it gets 
released. Hopefully v2.3.2 will follow very shortly with the openchange 
fixes.


Thanks,

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence 
(http://packetfence.org)

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

Re: [SOGo] Outlook stops syncing

2015-07-21 Thread Gerald Brandt 



On 2015-06-08 10:06 AM, Ludovic Marcotte wrote:

On 07/06/2015 07:24, Saso Slavicic wrote:

Outlook 2010 starts and syncs all folders and properly creates Suggested
contacts (can be seen on SOGo web).
For some other folders (Sync issues) it created 6 copies of all folders
(listed in /var/spool/dovecot):
I've been able to reproduce this issue, expect updated packages this 
week with the proper bug fix.




Has this been fixed?  I had a perfectly working Openchange/SOGo system, 
and now I get 80004005 errors and nothing syncs.


I'm running Ubuntu 14.04 Inverse repos.

Gerald

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

Re: [SOGo] Outlook stops syncing

2015-07-02 Thread Johannes Faber 
Am 02.07.2015 um 12:28 schrieb Ludovic Marcotte:

> On 07/06/2015 07:24, Saso Slavicic wrote: 
>> Outlook 2010 starts and syncs all folders and properly creates Suggested 
>> contacts (can be seen on SOGo web). For some other folders (Sync issues) it 
>> created 6 copies of all folders (listed in /var/spool/dovecot): 
> I've been able to reproduce this issue, expect updated packages this week 
> with the proper bug fix.

Any news on this? I still can see this behaviour with nightly builds.

Was there a version before 2.3 without this behaviour?
Is it maybe related to some IMAP configuration?

Regards,

Johannes

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

Re: [SOGo] Outlook stops syncing

2015-06-08 Thread Ludovic Marcotte 

On 07/06/2015 07:24, Saso Slavicic wrote:

Outlook 2010 starts and syncs all folders and properly creates Suggested
contacts (can be seen on SOGo web).
For some other folders (Sync issues) it created 6 copies of all folders
(listed in /var/spool/dovecot):
I've been able to reproduce this issue, expect updated packages this 
week with the proper bug fix.


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence 
(http://packetfence.org)

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

[SOGo] Outlook stops syncing

2015-06-07 Thread Saso Slavicic 
Hello,

I'm still evaluating SOGo using 2.3.0 ZEG.
I have deleted all databases and re-provisioned samba and openchange using
my domain name so that DNS and SSL all work properly. I have properly
replaced the configured domain in all config files and created new test
users.

Outlook 2010 starts and syncs all folders and properly creates Suggested
contacts (can be seen on SOGo web).
For some other folders (Sync issues) it created 6 copies of all folders
(listed in /var/spool/dovecot):

.Sync Issues
.Sync Issues.Conflicts
.Sync Issues.Conflicts1
.Sync Issues.Conflicts2
.Sync Issues.Conflicts3
.Sync Issues.Conflicts4
.Sync Issues.Conflicts5
.Sync Issues.Local Failures
.Sync Issues.Local Failures1
.Sync Issues.Local Failures2
.Sync Issues.Local Failures3
.Sync Issues.Local Failures4
.Sync Issues.Local Failures5
.Sync Issues.Server Failures
.Sync Issues.Server Failures1
.Sync Issues.Server Failures2
.Sync Issues.Server Failures3
.Sync Issues.Server Failures4
.Sync Issues.Server Failures5

After that, Outlook no longer syncs any folders. If I manually update folder
(Shift-F9) I get error:

12:32:38 Synchronizer Version 14.0.7108
12:32:38 Synchronizing Mailbox 'saso'
12:32:38 Synchronizing Hierarchy
12:32:38 Terminated in error
12:32:38 [80004005-501-0-1770]
12:32:38 The client operation failed.
12:32:38 Microsoft Exchange Information Store
12:32:38 For more information on this failure, click the URL
below:
12:32:38
http://www.microsoft.com/support/prodredirect/outlook2000_us.asp?err=8000400
5-501-0-1770

Even if new Outlook profile is created for this user, it will never sync any
folder contents ('This folder has not yet been updated').
Additionally, I still cannot get shared calendars to work. Every shared
calendar will simply show 'Could not be updated' in Outlook.

What am I missing? Is the failure to sync related to duplicate Sync Issues
folders or are new folders simply not created because the sync is failing?
Samba log does not contain any real errors, each sync attempt will show:

<0x0x7f480d33bf28[MAPIStoreOutboxContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480c07c628[MAPIStoreOutboxContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480d4f9448[MAPIStoreMailContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480c38d928[MAPIStoreMailContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480cc20f38[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480be89068[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480cd0c438[MAPIStoreMailContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480d6bed68[MAPIStoreMailContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480bcc1bb8[MAPIStoreCalendarContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480d9ecc88[MAPIStoreCalendarContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480bd22c28[MAPIStoreContactsContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480c0c7df8[MAPIStoreContactsContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480bfc2398[MAPIStoreTasksContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480d2efe18[MAPIStoreTasksContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480b7380b8[MAPIStoreNotesContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480c360ba8[MAPIStoreNotesContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480d6e9658[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480d5bbe88[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480b3c2b28[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480c837248[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480d006078[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480d871d68[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480bec2fd8[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480bf1bcd8[MAPIStoreFallbackContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you should *never* get here
<0x0x7f480c244278[MAPIStoreMailContext]> -[MAPIStoreContext
getPath:ofFMID:inMemCtx:]: you sho