Bug 8191 - (int-155198) MfE calendar (re)synchronization with Zimbra (version 5.0.x) fails
(int-155198)
: MfE calendar (re)synchronization with Zimbra (version 5.0.x) fails
Status: NEW
Product: Synchronization
Mail for Exchange
: 5.0/(2.2009.51-1)
: All Maemo
: Low normal with 1 vote (vote)
: ---
Assigned To: unassigned
: activesync-bugs
:
:
:
:
  Show dependency tree
 
Reported: 2010-01-18 10:56 UTC by Andres Toomsalu
Modified: 2014-03-08 10:43 UTC (History)
4 users (show)

See Also:


Attachments
activesync log (208.24 KB, text/plain)
2010-01-18 21:10 UTC, Andres Toomsalu
Details
activesync log (208.24 KB, text/plain)
2010-01-18 21:24 UTC, Andres Toomsalu
Details
Full manual resync + manual resync log (253.02 KB, text/plain)
2010-01-19 22:35 UTC, Andres Toomsalu
Details
full activesync_log3 (623.33 KB, text/plain)
2010-01-19 22:45 UTC, Andres Toomsalu
Details
syslog of calendar sync with sync tasks == "true" (28.26 KB, text/plain)
2010-01-20 16:38 UTC, Hugh Brock
Details
syslog of calendar sync with sync tasks == "false" (18.29 KB, text/plain)
2010-01-20 16:41 UTC, Hugh Brock
Details


Note

You need to log in before you can comment on or make changes to this bug.


Description Andres Toomsalu (reporter) 2010-01-18 10:56:10 UTC
SOFTWARE VERSION:
(Settings > General > About product)
2.2009.51-1

EXACT STEPS LEADING TO PROBLEM: 
1. Add Zimbra (v5) account to MfE
2. Do initial sync (email, cal and tasks, contacts)- it generates an error
message when syncing tasks but initial synchronization still succeeds 
3. Do calendar resynchronization (manual or scheduled - doesn't matter)

EXPECTED OUTCOME:
Calendar (re)synchronization should work fully.

ACTUAL OUTCOME:
Calendar (re)synchronization fails due tasks sync which isn't supported by v5
Zimbra. 

REPRODUCIBILITY:
Always


OTHER COMMENTS:
Zimbra v5 family does not support tasks synchronization over activesync - 
Zimbra v6 supposedly does support tasks sync OTA (havent tested yet). If task
sync could be turned off within MfE when using Zimbra v5 then calendar re-sync
would probably succeed.
Comment 1 Andre Klapper maemo.org 2010-01-18 12:50:25 UTC
Thanks for reporting this.

The steps to reproduce are vague - as requested, please provide an exact
click-by-click way to reproduce.
Comment 2 Vitaly Repin 2010-01-18 17:56:48 UTC
Could you take and attach device logs?

Make sure that they do contain any data which is confidentinal/private/etc.

Instructions to take the logs:
http://wiki.maemo.org/Mail_For_Exchange_%28MfE%29_Heartbeat_and_FAQ#How_can_I_turn_the_logging_ON_or_OFF.3F

Thank you in advance.
Comment 3 Andres Toomsalu (reporter) 2010-01-18 21:10:36 UTC
Created an attachment (id=2034) [details]
activesync log

Here is the activesync log from syslog - did manual Zimbra sync through wifi -
enabled email, calendar & tasks and contacts sync.
Comment 4 Andres Toomsalu (reporter) 2010-01-18 21:24:55 UTC
Created an attachment (id=2035) [details]
activesync log

Here is the activesync log from syslog - did manual Zimbra sync through wifi -
enabled email, calendar & tasks and contacts sync.
Comment 5 Vitaly Repin 2010-01-19 15:19:04 UTC
Interesting.  This is what we see from our logs:

====================================================
The first log shows that there were 3 attempts to sync calendar folder.
The first and second attempts were failed because of timeout condition.
The third one was terminated due to curl error 52:
CURLE_GOT_NOTHING (52)
Nothing was returned from the server, and under the circumstances, getting
nothing is considered an error.
====================================================

If you have access to the server logs, it would be interesting to see them...
Comment 6 Hugh Brock 2010-01-19 16:19:04 UTC
I believe what is happening is that the MFE client is requesting tasks, and
Zimbra v5 fails b/c its crappy exchange implementation doesn't support task
sync.

I had the exact same problem on my E71 until I turned task syncing off.
Unfortunately you don't have that choice with the N900 Exchange client.

Hope this helps...
Comment 7 Vitaly Repin 2010-01-19 17:26:39 UTC
(In reply to comment #6)
> I believe what is happening is that the MFE client is requesting tasks,

No.  It does not.
Comment 8 Andres Toomsalu (reporter) 2010-01-19 19:13:01 UTC
I will produce new sync log using mobile internet connection instead of wifi -
as I'm a bit suspicious about my N900 and data over wifi  - half times I have
some problems with wifi and App Manager downloads hanging in the middle
(requests timing out randomly). 
I'll also try to do full sync process - first full resync which updates
calendar thou throws error - and secondly resync which dies with error and no
calendar updates.

(In reply to comment #7)
> (In reply to comment #6)
> > I believe what is happening is that the MFE client is requesting tasks,
> 
> No.  It does not.  
>
Comment 9 Andres Toomsalu (reporter) 2010-01-19 22:35:09 UTC
Created an attachment (id=2051) [details]
Full manual resync + manual resync log
Comment 10 Andres Toomsalu (reporter) 2010-01-19 22:45:59 UTC
Created an attachment (id=2052) [details]
full activesync_log3

Full manual resync + manual resync log - now full log file. Discard previous
file as it was truncated by accident (N900 /tmp part became full at logdump).
Comment 11 Vitaly Repin 2010-01-19 23:26:32 UTC
Thank you for the data you have provided.

Could you do once more test?

There is a way to disable tasks sync in fact.  Completely.

The procedure:

1. Open MfE Settings application 
2. Switch MfE to manual sync mode for on-peak and off-peak periods, enable
calendar sync. 
3. Save the settings
4. Open xterm
5. Issue the following command:
gconftool-2 -s --type=bool /apps/activesync/ActiveSyncAccount1/sync/tasks false
6. Find as-daemon pid (ps auxw | grep as-daemon)
7. Send the signal HUP to as-daemon:  kill -HUP <pid>
8. Initiate manual sync

Could you check will the calendar sync work after this?  We expect - no.  The
most interesting answer will be, "yes" :-)

Thank you in advance.
Comment 12 Hugh Brock 2010-01-19 23:39:16 UTC
I can confirm that following the steps described fixes calendar sync for me.
Comment 13 Andres Toomsalu (reporter) 2010-01-20 00:21:15 UTC
Seems to make no difference for me - MfE behaves still like described before.
Comment 14 Hugh Brock 2010-01-20 00:32:06 UTC
Very interesting. Would you guys like logs from me as well?
Comment 15 Andres Toomsalu (reporter) 2010-01-20 01:07:39 UTC
I'll try to reflash my N900 asap - just to be sure it's not something with my
software image - and then test MfE sync with Zimbra again with tasks disabled
and see if it works then.
Comment 16 Andres Toomsalu (reporter) 2010-01-20 02:19:57 UTC
Reflashed N900 and did initial MfE account add without syncing calendar (just
email and contacts at first) - then disabled tasks sync with gconftool, enabled
calendat sync in MfE GUI and did manual full resync - still same behaviour -
MfE calendar sync progress bar hangs at approx. 15% and in syslog after
activesync daemon HTTP REQUEST:  POST event the waiting game starts with
exponential timeouts if I understand it correctly.
Comment 17 Vitaly Repin 2010-01-20 07:27:59 UTC
(In reply to comment #16)then disabled tasks sync with gconftool, enabled
> calendat sync in MfE GUI 

it is essential not to use MfE settings GUI after using gconf tool.  If you
enable calendar sync in GUI, it will alsow overwrite gconf settings for Tasks
(enable them).  

So, the order of the steps described in the comment #11 is important.
Comment 18 Vitaly Repin 2010-01-20 07:31:59 UTC
(In reply to comment #14)
> Very interesting. Would you guys like logs from me as well?

Yes.  With tasks sync turned to ON (log 1) and OFF (log 2).

To turn it on back is as simple as changing gconf parameter to true and sending
HUP signal to the daemon. 

Thank you for your help!
Comment 19 Hugh Brock 2010-01-20 16:38:32 UTC
Created an attachment (id=2062) [details]
syslog of calendar sync with sync tasks == "true"

This is the syslog from an attempted sync with sync tasks == true. The process
appeared to hang or time out after the last line shown.
Comment 20 Hugh Brock 2010-01-20 16:41:27 UTC
Created an attachment (id=2063) [details]
syslog of calendar sync with sync tasks == "false"

This is the syslog of a calendar sync with sync tasks == "false". It appears to
complete normally (and very quickly).
Comment 21 Andres Toomsalu (reporter) 2010-01-20 17:07:27 UTC
For me its still no difference either tasks=false or true. In logs HTTP POST to
ZImbra Activesync provider seems to timeout for all attempts (30s, 60s, 90s).
Tried also different WIFI, better 3G coverage and avoided touching MfE GUI
settings page after doing gconftool tasks false and as-daemon HUP - just
pushing MfE "Synchronize manually" button. BTW, I can provide Zimbra test
account with activesync if needed for testing - just drop me an email.
Comment 22 Andres Toomsalu (reporter) 2010-01-20 17:38:04 UTC
(In reply to comment #20)
> Created an attachment (id=2063) [details] [details]
> syslog of calendar sync with sync tasks == "false"
> 
> This is the syslog of a calendar sync with sync tasks == "false". It appears to
> complete normally (and very quickly).
> 

Could you provide exact Zimbra version - mine is
5.0.20_GA_3127.RHEL5_64.NETWORK
Comment 23 Hugh Brock 2010-01-20 18:20:04 UTC
Helpdesk tells me we're running 5.0.21 (as of this weekend), certainly on RHEL
5.
Comment 24 Andres Toomsalu (reporter) 2010-01-22 20:43:11 UTC
Any ideas anyone - whats going on with activesync daemon after HTTP POST event
in the logs  - why POST doesnt seem to succeed - is it probably Zimbra or N900
MfE fault?  On my old E61 symbian MfE version syncs just fine with the same
Zimbra account.
Comment 25 Andres Toomsalu (reporter) 2010-01-29 20:43:09 UTC
Tested with Zimbra version 6.x.x - N900 MfE sync seems to work there - sync
completes without errors (email, cal, tasks, contacts).