I add the versions of the involved components in case it can help:

server: Debian Jessie/sid
sogo 2.1.1a-1
mysql-server 5.5.33+dfsg-1
apache 2.4.6-3

Mysql database: InnoDB with utf8_general_ci interclassment.

iOS Versions?

iOS is version 7.0.4 in all cases.

Information was already filled-in under OS Version, but maybe this field was aimed at server version running SOGo? Sorry for the confusion.

I edited all my contacts field by field to remove the appended 'r' and they seem to remain clean (without the parasitic 'r' at the end of each field.

Creating a new contact from the SOGo web interface generates a clean contact from iPhone/iPad point of view, without 'r'.

My guess: I suspect this is due to the initial ldif import procedure?

Anyway this ticket severity can be lowered to 'minor' as I could edit and correct each contact (was done on the iPad directly, and with patience)

Could it be, that your ldif file uses windows line breaks (cr lf)?

If yes, could you try to change them to Unix/Linux line breaks (lf) (e.g. with dos2unix) and test again?

I will try this and report back. Maybe some '\r' be converted to 'r' for some reasons?

If I remember correctly, the ldif was created under debian from an export made with davical.

Now I remember what I did exactly: I exported my old davical address book from Thunderbird address book through the SOGo Connector (v24) as an LDIF file.

(Under Debian I had VCARD format actually, which I didn't use).

So opening this file with Notepad++ and showing all symbols reveals CR LF at the end of each item.

I'm now 99% confident that the appended 'r' come from this steps.

See attached extract of LDIF as viewed in Notepad++.

After this, I simply imported the LDIF back into the SOGo address book using the web interface and "Importer des contacts" context menu on the Address book entry.

I will perform an import test with a test environment to try the import with and without CR/LF. Will report back.

Did the following tests on a newly created address book using the SOGo web interface for one of my users. Software components used:

• Thunderbird 24.2.0
• Inverse SOGo Connector 24.0.2

1st test:

• Exported (ldif) contacts from current address book using SOGo connector + Thunderbird, and kept one contact from the ldif
• Imported ldif file into new address book: parasitic 'r' were present.

2nd test:

• Exported (ldif) contacts from current address book using SOGo connector + Thunderbird, and kept one contact
• Converted each CR+LF into LF using Notepad++ and saved the file
• Imported converted ldif file into new address book: entry was OK, no more parasitic 'r'.

This confirms the suspicion!

Additional information: the entries with the parasitic 'r' were displayed correctly under Thunderbird address book and in SOGo web interface. The 'r' were only showing up on iPad/iPhone devices.

Can you retry with the nightly build of SOGo?

I can't reproduce the error.

After updating to SOGo 2.1.1b-1 my setup got broken, I get:

object not found: SOGo => index

From web interface :-(

I purged all files from sogo packages (Debian), reinstalled 2.1.1b-1 but still the same. I notice WebServerResources is missing in folder /usr/lib/GNUstep/SOGo

I'll try to fix this and revert for the test you proposed.

Ok, so I switched over to the nightly build 2.1.2.20140208-1.

I exported my current address book from Thunderbird to a .ldif file, created a new calendar in my SOGo account, and imported the contacts.

From my iPhone, I still see the parasitic 'r' (they do not show up on the web interface)

Did another test: updated my SOGo connector to 24.0.4 fetched today (sogo-connector-24.0.4-6c8ee8bcc2.xpi). Exported the contacts from Thunderbird 24.3.0 and tried to import the ldif filr from SOGo web interface.

The same happens: parasitic r seen on iPhone on this new address book.

Hi,

For information, I just tested with newly released SOGo v2.2.0-1 (debian) and problem still exists.

Best Regards,

Benoît.

Just got an report of this bug again with 2.2.4.
And tested it with nightlies.

You need an LDIF file with <CR><LF> line endings instead of the <LF> ones (I made a one with unix2dos).
Import that into SOGo, then synchronize with iPhone/iPad.

Actually, this is the opposite: importing an LDIF file with <CR><LF> will cause the parasitic 'r' to appear on iPhones/iPads (as stated in 0002511:0006372 ).

I just did the test again: exporting a SOGo address book to an LDIF text file, it has <CR><LF> line terminations. Importing this file into SOGo web interface will cause the 'r' to be appended on each entry.

Converting the LDIF file from <CR><LF> to <LF> before importing into SOGo clears the problem out.

Sorry, I should have said:
In order to reproduce this bug you need ....

Yes, exacly. This is not a big problem per se when you know the cause anyway.

https://github.com/inverse-inc/sogo/commit/29dfc75fe94ddbbae012d729eb2d020b953dac27