jobisoft / DAV-4-TbSync

Mozilla Public License 2.0
161 stars 26 forks source link

Preferred email format forec to "Plain Text" #300

Closed LapinFou closed 2 years ago

LapinFou commented 5 years ago

Your environment

TbSync version: 1.7 Thunderbird version: 60.6.1 (32 & 64 bits)

CardDAV server is running on a Synology NAS. Client are: TbSync on one side and an Apple iPhone7 (iOS 12.2) on the other side. By default, the field "Preferred email format" (not sure of the translation, since I'm using the French version) is always "Plain Text". I cannot change this parameter with my iPhone. I can change it to "HTML" with TbSync, but as soon as my iPhone update its contact list, the field reverted back to "plain text".

BR, Seb

jobisoft commented 5 years ago

The plain-text setting of Thunderbird is stored in a property called X-MOZILLA-HTML and I do not think your iPhone should be using that. From what you describe, your iPhone is reverting that setting, which I have no control over.

Can you export one of your contacts which shows this reverting and post its raw vCard Data here?

LapinFou commented 5 years ago

Hi John, I'm very sorry, but I switched to CardBooks. Now, everything seems to be OK. Thanks for your time.

GitHub-Lover commented 4 years ago

@jobisoft

See @LapinFou did switch to CardBooks. For this user, this issue described on the beginning is not important anymore. I have this issue also. The point is this:

This would be nice:

Thank you for your effort and invested time in this project.

jobisoft commented 4 years ago

Have you used the SOGo Connector before with that server?

GitHub-Lover commented 4 years ago

@jobisoft

Thank you for your reply. I guess, i didnt use SOGo Connector.

To have more clearance on this case I did the following:

This is the point, why Thunderbird overwrite the general preferences. If I use the CardBook addon then this X-MOZILLA-HTML:FALSE will not over write the general preferences of Thunderbird. This is why @LapinFou have success with CardBook.

It would be great, if there would be a preference in TbSync, where those X-.. 1) information will not have the affect that Thunderbird overwrite the preference if a mail will be sent in Pain/HTML-Format.

1) I have plenty of those X-.. information in my vcf files:

Thank you.

jobisoft commented 4 years ago

The issue here is, that your vcard contains the data X-MOZILLA-HTML:FALSE which is a clear indicator, that this contact should be contacted via plain text emails.

I can of course add a preference which ignores this field during sync. However, I would like to understand, where this data is coming from.

What is the history of that addressbook/carddav server? How long have you been using TbSync? What did you use before TbSync to access your carddav addressbook in Thunderbird?

GitHub-Lover commented 4 years ago

Thank you for reopen the issue.

Yes, I guess this is the point X-MOZILLA-HTML:FALSE makes Thunderbird convert sending mail to pain text only.

I guess every user of carddav protocol use a lot of endpoints (like mobile phones, computers with different operating system and so on). Because some of those endpoints / client(-programs) wrote those additional information (X-..) to carddav server the data gets unclean there. (in my case: i dont know which client/program/addon[linux:Evolution, iPad, iPhones, Android with DavX and other clients] did write those X-MOZILLA-HTML:FALSE to my carddav server).

If we have a such preference which ignore all X-.. then TbSync is better for some of us. If others want to use this e.g. X-MOZILLA-HTML:FALSE then they just don't choose this preference in TbSync. A pragmatic way to handle this issue. And you know: people love pragmatic solutions :). I'm not a developer, but I guess is not much work for a such feature in TbSync. Thank you very much.

jobisoft commented 4 years ago

To add one more thing to this: I would like to understand the cause of this wrong data. Can you answer the following questions?

jobisoft commented 4 years ago

FYI: The value can be changed of course, it is a simple property of your contact:

grafik

This is not a bug in TbSync. I just OBEY that value which is stored in your contacts.

I want to find out, why it is set to the wrong value.

GitHub-Lover commented 4 years ago

To add one more thing to this: I would like to understand the cause of this wrong data. Can you answer the following questions?

* How long have you been using TbSync?

* What did you use before TbSync to access your carddav addressbook in Thunderbird?

* Did/do you use Evolution?

PS: I was surprised by the fact, that other software add so many information with X-.. tag to my carddav server.

GitHub-Lover commented 4 years ago

FYI: The value can be changed of course, it is a simple property of your contact:

grafik

This is not a bug in TbSync. I just OBEY that value which is stored in your contacts.

I want to find out, why it is set to the wrong value.

Yes, this is known by me (also the possibility to put this on contact level). What we discuss here is not a bug (TbSync developer can say: is not my problem!), it is an important enhancement for TbSync users. As I can see in the forum here, I am not the only one, who have this problem. So it is an pragmatic solution for many users. An this solution makes TbSync better!

Thank you!

jobisoft commented 4 years ago

I will add the overide option, promised.

Could you do a test for me?

jobisoft commented 4 years ago

@GitHub-Lover : Any chance you could do the test with evolution, to see how that impacts the value of X-MOZILLA-HTML ?

rjanos007 commented 3 years ago

I used before SOGo connector. Now I use SOGo server, with TBSync. I still have this problem. All my contacts are in Plain. Is there any solution to modify a few thousand addresses, to HTML?

jobisoft commented 2 years ago

I am cleaning up older issues. Since Thunderbird 102, TbSync/DAV is using the native built-in CardDAV and CalDAV sync. TbSync is now only doing the simplified resource discovery, but any found calendar or address book is synced by Thunderbird.

Closing this issue, because it deals with the old TbSync CardDAV sync, which no longer exists. If this issue remains, it is a Thunderbird bug.