I can't reproduce this and I've toyed around quite a lot with SOGo/Lightning. Removing as a 1.3.4 blocker. Please see if you can find a step-by-step way of reproducing this. Also, which version is this?

There has been some changes in NGCards for v1.3.1 that might have an impact on this - see http://sogo.nu/bugs/view.php?id=690 for details.

I think we have no stable step-by-step way for reproducing this.
I have 13000+ users and this problem occurs in 1 event in 1 week about.

Few days ago I found interesting case:

• user A created new event with attendees B,C,D
• user B accepted this event in lightning-1.0b2.103_linux-i686 and event
  is written in his calendar with:
  "SUMMARY:Projekt REMDAT - propagov\U00E1n\U00ED identit a opr\U00E1vn\U011Bn\U00ED u\U017Eivatel\U016F^M^M

"

• I see it in his 'sogo-tool backup' file.
• so user B cannot change "SUMMARY" by any way, but by accepting this event was data written wrong.
• this event was created and accepted in the same day, so I cannot confirm that "^M^M" was written by accepting process.
• users C and D accepted this event too and their 'backup' data are fine

I used sogo-mtn-1.3.3-201010281145 in that time.
User B accepted lot of other events in the same client without this issue.

I found stil one other case - look to backup data of the same event in uploaded file event.zip

Hi Milos,

I suspect that those events may have been modified during a Funambol synchronization. Can you check this in your Funambol logs?

Cheers,

Hello Wolfgang,

yes, funambol log from that day includes "^M^M" followed by blank line:

SUMMARY:Projekt REMDAT - propagování identit a oprávn?ní uživatel?^M^M

ORGANIZER;RSVP=TRUE;CN=RNDr. Daniela SAFARIKOVA;PARTSTAT=ACCEPTED;ROLE=CHA^M

Notes:

• direction of that Funambol synchronization was from SOGo to PDA
• it tells us that "^M^M" was or originated there, but it doesn't tell us if "^M^M" was in the record before Funambol sync
• I would say that all occurrences of this problem were by people who use Funambol sync. (but not all people using Funambol sync met this problem).

Can you test by creating a totally new event from the device and see if it already contains ^M chars before reaching SOGo ?

Thanks

I'm sorry, Wolfgang, I'm not understanding your request.
Do you mean create new event from PDA?
Yes, I can do it, but:

• this problem occurs when event was created from Lightning (or later by another processes)
• it is impossible to simulate it. When I check all 14,000 exported/backuped calendars of our users, I find 1 this problem after 3 weeks or so.
• normally there is no problem by creating of event from the PDA (the same as from Lightning or WebGUI)...

Hi Milos,

Yes, that's what I was asking....

Of course, if it occurs this "often" I would not request that though.... Now, the question is if it always happens with the same users ?

This problem occurs till summer often.
I found 45 different users with "^M^M" in their calendars in September backup.
Once I repaired all these occurrences in their data in postgresql. After that I found this problem by few users only. They all are using Funambol sync.
One user with Apple iCAL had the same problem in the past too.

Wolfgang, if you have no idea where this bug can be, leave it. It is not hot now.
When I will have some new occurrence and findings, we can return to it again...

Thanks.

now I have procedure how to reproduce it:

1) import z.ics into USER calendar in Lightning
2) do sogo-tool backup USER
3) you will find two \r\r in the backup file :
ORGANIZER;CN=Andrea Simkova/AAAAAAAA/CZ:mailto:Andrea.Simkova@xxxxxxxx.cz^M^M

It looks it causes length (75 characters) of the line in the ICS file

ORGANIZER;CN="Andrea Simkova/AAAAAAAA/CZ"
:mailto:Andrea.Simkova@xxxxxxxx.cz

You can find the same problem when you receive invitation with this ICS file in attachment and you will accept it.

This problem doesn't occur by importing the same ICS in WebGUI.

Funambol is dead.