Scalable OGo (SOGo)

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003086SOGo Connectorwith external serverpublic2015-01-31 19:132017-06-19 07:12
Reporteryuv 
Assigned Toludovic 
PrioritynormalSeveritymajorReproducibilityalways
StatusassignedResolutionopen 
PlatformThunderbird 31.4.0OSXubuntu OS Version14.04 LTS
Product Version31.0.1 
Target VersionFixed in Version 
Summary0003086: Data Loss on Sync
DescriptionThank you for SOGo Connector. I can reproduce consistently what I believe is a seriously bad behaviour. On syncinc, SOGo Connector removes from the CardDAV entry on the server (Baïkal) fields that Thundebird's address book cannot display / deal with (e.g. more than two email addresses). The correct behaviour would be to preserve those extra fields, even if they are not useful to Thunderbird.

Details at https://github.com/bitfireAT/davdroid/issues/436 [^]
Steps To ReproduceSee initial report at https://github.com/bitfireAT/davdroid/issues/436 [^]
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0011982)
mkuron (reporter)
2017-06-17 12:28

I also ran into this issue (Thunderbird 52 and SOGo 3.2.9), though for me a contact's email addresses beyond the second one are lost only when I edit the contact, not unconditionally during sync.

I originally wanted to write a patch for this. However, my conclusion was that this would require to basically rewrite the email address handling code in the conversion from Thunderbird cards to VCARD format and vice versa. I just got started with the SOGo Connector code and didn't want to come up with something that wouldn't meet the design expectations of the original developers. And end up not getting merged

For a start, all email addresses beyond the second would need to be stored in additional properties (e.g. extraEmail1, extraEmail2, ...) when a VCARD is loaded from the server. When a VCARD is written back to the server, these properties would need to be included as extra EMAIL entries. Of course, that would still lose the tag (work, home, PREF), but that's not that big of a deal.

The additional properties (extraEmail1 etc.) should also be editable from an extra tab in the contact edit window. They should be displayed like the first two email addresses in the preview at the bottom of the Address Book windows. They should also be treated like them when searching for or auto-completing email addresses.

- Issue History
Date Modified Username Field Change
2015-01-31 19:13 yuv New Issue
2015-01-31 21:08 francis Category => with external server
2016-07-12 08:05 ludovic Status new => assigned
2016-07-12 08:05 ludovic Assigned To => ludovic
2017-06-17 12:28 mkuron Note Added: 0011982


Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker