gmane.comp.horde.sync

Re: solved with workaround (Re: how to debug activesync "connection" problems)

Stephan Lauffer — 2012-03-29T07:09:55

Hi!

Am 22.02.2012 18:49, schrieb Ralf Lang:

Short note: SLES11SP2 comes with php-5.2.14 and php-5.3.8 so you have 
the choice...

Re: Splitting long content into multiple messages

Thomas Trethan — 2012-03-12T14:04:09

I created a new bug and attached my patch: http://bugs.horde.org/ticket/11071
Regards, Tom

Re: Splitting long content into multiple messages (Thomas Trethan)

Jan Schneider — 2012-03-12T10:45:59

Zitat von Thomas Trethan <thomas< at >trethan.net>:


Yes, please create a ticket on bugs.horde.org. If you at least run the  
latest versions of all modified libraries or applications, a patch  
against the release version should be sufficient.

Jan.

Re: Splitting long content into multiple messages (ThomasTrethan)

Thomas Trethan — 2012-03-12T10:23:02

Hi once more,

   > yesterday I had some spare time, so I started getting into the SyncML
   > protocol and the Horde sync code. Currently I'm working on implementing
   > large objects in Horde by splitting content into multiple messages.

   I managed to successfully implement partial sending of large objects via
SyncML by extending the Horde sync functionalities. It was not necessary to
refactor the whole code, I just adapted and added a view things and it
works fine. Tested it with Horde 4.0.14 and a Samsung Galaxy S II running
the Synthesis Std client for Android. Surely more tests on other devices
will be necessary, unfortunately I don't have that much possibilites...

   However, I'd be glad if my changes will make it into Horde code, since I
guess others want to use large objects too. How/where should I put my
changes? Open a new ticket? I'm not familiar with Git yet, so I'd be glad
if someone else could help me submitting the code...

Regards Tom

Re: Splitting long content into multiple messages

Thomas Trethan — 2012-03-10T12:26:31

Hi again,

yesterday I had some spare time, so I started getting into the SyncML
protocol and the Horde sync code. Currently I'm working on implementing
large objects in Horde by splitting content into multiple messages. I'll
let you know about any results. If anybody already has some experience
concerning this, let me know.

Regards, Tom

Splitting long content into multiple messages

Thomas Trethan — 2012-03-09T19:16:54

Hi everyone,

   are there any plans for implementing splitting of long data into mulitple
messages? Newer smartphones are able to use larger images for contact
photos. Unfortunately Horde skips entries, when data exceeds MaxMsgSize, so
most contacts won't get synced.

   My setup: I'm using Horde 4.0.14 and sync to a Samsung Galaxy S II
running the Synthesis Std client (having MaxMsgSize=10000), contact images
are about 30k.

   I'd appreciate any fixes.
   Regards, Tom

Re: Problem with Synthesis SyncML on Android since Horde Upgrade

Daniel Tombeil — 2012-03-04T15:19:08

Hi,

Zitat von Daniel Tombeil <dt< at >admindu.de>:


[...]


who ever fixed it. Thank you :) After an

pear upgrade -a -B -c horde

to the following versions today:

pear.horde.org Available Upgrades (stable):
===========================================
Channel        Package               Local           Remote          Size
pear.horde.org Horde_ActiveSync      1.2.3 (stable)  1.2.4 (stable)  87kB
pear.horde.org Horde_Browser         1.0.5 (stable)  1.0.6 (stable)  34kB
pear.horde.org Horde_Core            1.8.4 (stable)  1.8.5 (stable)  477kB
pear.horde.org Horde_Crypt           1.1.0 (stable)  1.1.1 (stable)  135kB
pear.horde.org Horde_Date            1.0.9 (stable)  1.0.10 (stable) 56kB
pear.horde.org Horde_Group           1.0.4 (stable)  1.0.5 (stable)  21kB
pear.horde.org Horde_Http            1.1.0 (stable)  1.1.1 (stable)  11.8kB
pear.horde.org Horde_Image           1.0.9 (stable)  1.0.10 (stable) 747kB
pear.horde.org Horde_Imap_Client     1.4.4 (stable)  1.5.1 (stable)  134kB
pear.horde.org Horde_Itip            1.0.6 (stable)  1.0.7 (stable)  33kB
pear.horde.org Horde_Mail            1.0.3 (stable)  1.1.0 (stable)  21kB
pear.horde.org Horde_Memcache        1.0.4 (stable)  1.0.5 (stable)  13.2kB
pear.horde.org Horde_Mime            1.4.1 (stable)  1.5.0 (stable)  83kB
pear.horde.org Horde_Rdo             1.1.0 (stable)  1.1.1 (stable)  30kB
pear.horde.org Horde_Service_Weather 1.0.1 (stable)  1.1.0 (stable)  160kB
pear.horde.org Horde_SessionHandler  1.0.3 (stable)  1.0.4 (stable)  17.1kB
pear.horde.org Horde_Support         1.0.1 (stable)  1.0.2 (stable)  22kB
pear.horde.org Horde_Text_Filter     1.1.2 (stable)  1.1.3 (stable)  50kB
pear.horde.org Horde_Token           1.1.4 (stable)  1.1.5 (stable)  28kB
pear.horde.org horde                 4.0.13 (stable) 4.0.14 (stable) 3845kB
pear.horde.org imp                   5.0.18 (stable) 5.0.19 (stable) 4817kB
pear.horde.org timeobjects           1.0.5 (stable)  1.0.6 (stable)  166kB
pear.horde.org turba                 3.0.11 (stable) 3.0.12 (stable) 2028kB

the problem disappeared and everything works fine again!

best regards

             Daniel

Re: Blackberry/Funambol: Missing subjects when synching.

Jan Schneider — 2012-02-28T12:12:50

Zitat von Ian Turner <vectro< at >vectro.org>:


I don't see anything wrong with your logs. You won't get much more  
support while still using Horde 3 though.

Jan.

Re: Blackberry/Funambol: Character encoding woes

Jan Schneider — 2012-02-28T12:17:03

Zitat von Ian Turner <vectro< at >vectro.org>:


This is broken data, SIF-N is supposed to be unencoded UTF-8 data.

Blackberry/Funambol: Character encoding woes

Ian Turner — 2012-02-26T22:47:47

Hello list,

Just set up SyncML support with Funambol to Blackberry. Works very well!  
Thanks for your efforts in creating such a wonderful software project. I am 
encountering two problems with the SyncML support in Horde; this e-mail 
describes the second such problem.

It does not appear that character encodings are respected during the sync. I'm 
not sure if this is a blackberry problem, funambol problem, Apache problem, 
PHP problem, or Horde problem, but I can't find any FAQs about it, so I thought 
you, dear list, might know.

Example:
New memo on blackberry containing non-ASCII string "Ûñíçòðë Té§t™".
This string encoded as UTF-8:
0000000: c39b c3b1 c3ad c3a7 c3b2 c3b0 c3ab 2054  .............. T
0000010: c3a9 c2a7 74e2 84a2                     ....t...
This string encoded as ISO-8859-1 (note that '™' is not available in 
iso-8859-1)
0000000: dbf1 ede7 f2f0 eb20 54e9 a774            ....... T..t
This string encoded as XML/HTML character entities:
&#219;&#241;&#237;&#231;&#242;&#240;&#235; T&#233;&#167;t&#8482;

When I create a memo containing this string on blackberry, Horde appears to 
attempt to commit this string to the database, a mix of HTML character 
entities and iso-8859-1. As this string is not valid UTF-8 (which is the 
database locale), it is rejected by the (postgres) database with the error 
"invalid byte sequence for encoding 'UTF8': 0xdbf1"
0000000: dbf1 ede7 f2f0 eb20 54e9 a774 2623 3834  ....... T..t&#84
0000010: 3832 3b0a                                82;.

There appear to be two problems here: One, that Horde is trying to write 
iso-8859-1 encoded text to a UTF-8 database, and Two that HTML character 
entities have somehow made it this far without being decoded (perhaps because  
'™' is not available in iso-8859-1). It does appear that the original text 
made it into Horde in the correct encoding, since /tmp/sync/data.txt contains 
the correct HTML character entities. Based on this file, it seems like perhaps 
the problem is in the conversion from text/x-s4j-sifn to text/x-vnote.

Contents of /tmp/sync/data.txt:

Input received from client (text/x-s4j-sifn):
<note>
<Subject>Test Unicode</Subject>
<Body>&#219;&#241;&#237;&#231;&#242;&#240;&#235; T&#233;&#167;t&#8482;</Body>
<Categories></Categories>
<Color></Color>
<Height></Height>
<Width></Width>
<Left></Left>
<Top></Top>
</note>


Input converted for server (text/x-vnote):
BEGIN:VNOTE
VERSION:1.1
BODY;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:=DB=F1=ED=E7=F2=F0=EB 
T=E9=A7t&#8482\;
SUMMARY:Test Unicode
CATEGORIES:
END:VNOTE

When synchronizing in the opposite direction, i.e. creating a non-ASCII note 
in Horde and then synchronizing to blackberry, things work as expected.

I have attached the full contents of /tmp/sync. Any thoughts you can share on 
this mystery would be much appreciated.

Versions:
Horde 3.3.8 
Notes (mnemo) H3 (2.2.3) 
PHP 5.3.3

Sincerely,

--Ian Turner
`-- 
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe< at >lists.horde.org

Blackberry/Funambol: Missing subjects when synching.

Ian Turner — 2012-02-26T22:47:45

Hello list,

Just set up SyncML support with Funambol to Blackberry. Works very well!  
Thanks for your efforts in creating such a wonderful software project. I am 
encountering two problems with the SyncML support in Horde; this e-mail 
describes the first such problem.

When synchronizing notes/memos, it seems that only the memo body is 
synchronized, not the title. It does appear from the synchronization logs 
(attached) that Funambol is providing the correct subject, but somehow it does 
not seem to make it into Horde (see screenshot, attached). Any thoughts you 
can share on this would be much appreciated.

Versions:
Horde 3.3.8 
Notes (mnemo) H3 (2.2.3) 
PHP 5.3.3

Sincerely,

--Ian Turner

Re: Horde4 calendar sync duplicates

Jan Schneider — 2012-02-25T13:16:36

Zitat von Simo <sber< at >nic.fi>:


Yes. Though the UID shouldn't actually show up in the synchronization  
data at all. If it's being added by N9, that's fine. It should add the  
original UID though.

Horde4 calendar sync duplicates

Simo — 2012-02-25T11:00:58

Hi,
I recently upgraded from Horde3 to Horde4 and that created sync problem for me.
I'm syncing calendar between Nokia N9 and Horde.  I have tried both syncevolution and buteo in N9, same behaviour.  The sync mode is two-way.

If I create event in N9 and sync, event gets created to Horde4.  However, on second sync, that event gets duplicated in N9. No duplicates in Horde4.  Also, when creating event in Horde4, no duplicates get created by syncing.

Looking at syncevolution output from second sync there is almost duplicate of the original item, but the UID field of VCALENDAR is different.

When either of the duplicate events is removed in N9 and synced again, event gets removed from Horde4 and don't appear there with next syncs.

Is it normal that event UID is different in Horde?

I'm running "Horde Groupware Webmail Edition 4.0.6", Kronolith version is 3.0.15.  Apache web server is latest one from Debian squeeze.  Syncevolution is version 1.2.2.

With Horde3 syncing with syncevolution worked without duplicates.  Any pointers where to look for solution are welcome.

Thank you,
Simo

Re: Timezone problem with ActiveSync

Faure, Paul — 2012-02-24T19:05:18


The latest version from Pear as of last night. Sorry, not at home now,
so I can't check the exact numbers.

same timezone as your Horde account?

Timezone support is set on the iPhone to Ottawa which is the correct
city. Horde has it set to the same thing.
I am using an older iPhone 3G.

proper ActiveSync timezone support).

It was not.
That seems to have fixed it.

TZ.

Many thanks Mike!

Re: Timezone problem with ActiveSync

Michael J Rubinsky — 2012-02-24T15:01:45


Quoting "Faure, Paul" <paul.faure< at >agr.gc.ca>:


Some more questions to help us narrow down the potential issue:

What versions of Kronolith/Horde/ActiveSync?

Do you have Timezone support enabled on the iPhone? Is it set to the  
same timezone as your Horde account?

Is Kronolith configured to store events in UTC? (This is REQUIRED for  
proper ActiveSync timezone support).

FWIW, things work as they are supposed to for me - also in the same TZ.

Timezone problem with ActiveSync

Faure, Paul — 2012-02-24T13:53:07

Hi All,

When I use ActiveSync from my iPhone to Horde, Calendar items end up on the server 5 hours in the future as compared to the iPhone.
When an item is added to Horde and it syncs to the iPhone, the calendar item shows up on the iPhone with the correct time.

My time zone is EST (Which is -5 hours from UTC).

I tried to visit http://bugs.horde.org/ Last night, but it was down.

Changing the time zone within my users preferences seems to make no difference.

As a side note, I used Funambol to sync Horde to Outlook and don't have any issues with the calendar items showing up with the wrong time.

Many thanks for your help,
Paul

Re: solved with workaround (Re: how to debug activesync "connection" problems)

Stephan Lauffer — 2012-02-23T10:55:58

hi all!

Am 22.02.2012 18:49, schrieb Ralf Lang:

Ralf, thank you four your information.

Some minutes ago I figured out why the apache2 here failed:

After comparing the results of the network sniffer of a failed and 
successfull dialog I found out that we had some webdav informations in 
the http 200 response of the failed one.

So I found out that it was not a problem of my Apache2 version/build. I 
had a "Dav on" to remove out of my <directory> part.

I will verify this... please let me know if someone likes to test this, too.

Re: solved with workaround (Re: how to debug activesync "connection" problems)

Ralf Lang — 2012-02-22T17:49:06

Am 22.02.2012 14:05, schrieb Stephan Lauffer:
Note thate SLES11SP2 finally ships PHP 5.3. Some legacy apps might need 
explicit config settings that were implicit defaults before.

solved with workaround (Re: how to debug activesync "connection" problems)

Stephan Lauffer — 2012-02-22T13:05:15

Hi all!

Am 21.02.2012 23:16, schrieb Stephan Lauffer:

[...]

We used the apache from SLES11SP1 and this seems to fail. The lighttpd 
from their distribution is working.

(A more recent version of Apache from openSUSE-12.1 worked, too.)

So I would just leave this note here if somebody else is trying to use 
sles11sp1 with apache... if somebody get it working with their apache 
please let me know.

We will test the upcomming sles11sp2 and leave a note here in this thread.

Re: how to debug activesync "connection" problems

Stephan Lauffer — 2012-02-21T22:16:37

Hi!

Am 21.02.2012 19:13, schrieb Michael J Rubinsky:

I know...exactely because of this I added the system() there.


Ok, good to know.


I was wrong. I had an redirect port 80 tcp to 443 on serverside. So I 
was able to sniff, see my second (last) mail.


Ok, so any apache feedback is welcome!

Right now I just know that a common get request caused by a browser ends 
in rpc.php and the one caused by my droid fails before... I will have a 
closer look to my network captured data.

I hoped someone had similar problems.

Re: how to debug activesync "connection" problems

Michael J Rubinsky — 2012-02-21T18:22:37

Quoting Stephan Lauffer <lauffer< at >ph-freiburg.de>:


Horde can only send the response after it processes the request. If  
you are never reaching line 1 of rpc.php then there is no way we can  
process it. You need to find out why it is not reaching rpc.php - that  
is outside of Horde's control.