Cardbook/ Adressbuch

Zitat von Ogolar

Wie man im Screenshot unten sieht gibt es wohl zwei fehlerhafte Fotos. Ich vermute das es an diesen liegt. Leider weis ich nicht wie ich herausfinde welches die Fehlerhaften Fotos sind.

Leider kein Screenshot zu sehen.

Gruß
EDV-Oldi

Hallo Ogolar,
Du kannst dir die Datei ".....Adressen.vcf" einmal mit einem Editor Deiner Wahl ansehen, vielleicht findest Du dort einen Hinweis was falsch sein könnte.
Ich hatte Probleme mit einigen Einträgen die durch die Erweiterung "MoreFunctionsForAddressBook" erstellt wurden, die habe ich gelöscht, danach waren die Fehler weg.
Wichtig, die Datei nur bearbeiten wenn Thunderbird beendet wurde.

Gruß
EDV-Oldi

* Thunderbird-Version: 45.5.1
* Betriebssystem + Version: Win 7 64 bit
* Kontenart (POP / IMAP): IMAP
* Postfachanbieter (z.B. GMX): Eigene
* Sync-Add-on für Online-Adressbuch?: Cardbook, SoGo Connector
* Eingesetzte Antivirensoftware: Sophos Endpoint Privat
* Firewall (Betriebssystem-intern/Externe Software): Sophos Endpoint Privat
* CalDAV-Server: Baikal 0.2.7

Grüß Gott,

man sehe mir bitte meine Unerfahrenheit mit Foren nach. Soweit ich das hier jedoch überblicken kann, scheine ich mit einem Funktionsproblem bei CardBook hier richtig zu sein. Ich bin auf dieses AddOn heute zufällig gestoßen und es gefällt mir sehr gut auf so eine Erweiterung hatte ich schon lange gehofft. Es gibt da nur eine Kleinigkeit, die mich etwas stört. Über Google und auch die Forensuche bin ich bislang leider nicht fündig geworden, was vlt. auch bisschen an den Begriffen (Etiketten, Label) liegt:

iOS bietet die Möglichkeit sowohl Telefonnummern, als auch Adressen und sowie eMail-Adressen individuell zu bezeichnen. CardBook kann dies nicht, was mich persönlich nicht stört. Ärgerlich ist allerdings der Informationsverlust, wenn man einen entsprechenden Adressbuch-Eintrag später in Thunderbird editiert. Tags mit denen CardBook nichts anfangen kann, bleiben praktischerweise erhalten. Interessanterweise bleiben auch die Bezeichnungen von Telefonnummern erhalten, bei Adressen und eMails funktioniert dies allerdings nicht. Benutzerdefinierte Typen kann ich leider auch nicht anlegen, da iOS items verwendet und einfach "X-ABLABEL:Uniadresse" als Type zu definieren, hat erwartungsgemäß nicht funktioniert:

ITEM2.EMAIL:blabla@uni.tld
ITEM2.X-ABLABEL:Uniadresse

Gibt's eine versteckte Möglichkeit, die ich übersehen habe, dass CardBook diese vorhanden Informationen behält?

Grüße

EDIT: Der Grund ist wohl, dass CardBook nur einen unbekannten Wert mit in das Bearbeitungsfenster aufnimmt. Obwohl das nirgendwo steht, wird bei eMails immer nur INTERNET statt des Labelnamens angezeigt. Internet als eigenen Typ zu definieren sorgt leider auch nicht dafür, dass der Labelname - der in der Kontaktansicht noch zu sehen ist, im Bearbeitungsfenster dann aber nicht mehr - erhalten bleibt. Gibt es eine Möglichkeit das zu unterbinden?

Grüß Gott Susanne,

vielen Dank für deine Antwort. Ich vermute, dass mein Problem ist, dass CardBook benutzerdefinierte Typen als TAG;type=HIERBENUTZERDEFINIERT:WERT anlegt, während sowohl iOS als auch Android für die Darstellung die oben beschriebene ITEM-Lösung verwenden. Grds. kann CardBook diese Notation auch lesen und verarbeiten, allerdings ist die Verarbeitung bei benutzerdefinierten Labels auf einen Wert begrenzt.

aus einer Notation von
ITEM1.EMAIL:name@uni
ITEM1.X-ABLABEL:Uni

liest Cardbook standardmäßig einen type=INTERNET rein. Diesen kann man wie oben beschrieben selbst umdefinieren, aber deswegen wird trotzdem im Bearbeitungsfenster nur INTERNET angezeigt und das eigentliche Label - im Beispiel Uni - wird in der Bearbeitungsmaske nicht angezeigt und verschwindet danach auch beim Speichern.

Untechnisch gesprochen ist mein Problem: Auf dem iPad oder Handy lege ich eine Mail-Adresse an, wähle als Bezeichner statt Privat oder Arbeit den Tag Benutzerdefiniert und bezeichne damit diese Mail-Adresse als Uni. Der ITEM-Ouput entspricht dann dem vorstehenden Beispiel. Im CardBook zeigt er mir dann unter E-Mails:

INTERNET Uni: name@uni

wenn ich diesen Kontakt dann bearbeite existiert neben den Standardcheckboxen noch eine Checkbox INTERNET, aber keine die Uni heißt. Mit Speichern des Kontakts entfällt dann auch die Bezeichnung Uni und die Mail hat entweder gar keinen Bezeichner mehr oder wird als Privat behandelt.

Interessanter Vorführeffekt: Als ich jetzt gerade, um dir nochmal den VCard-Quellcode zu kopieren auf den Kontakt gegangen bin, zeigte er INTERNET nicht mehr an, sondern nur noch:

Uni: name@uni

und damit funktioniert gerade auch das Bearbeiten, weil nun statt INTERNET, Uni als zusätzliche Checkbox angezeigt wird. Dieses Phänomen hatte ich heute Vormittag schonmal, weswegen ich meinen ursprünglichen Post editiert hatte: Damals war nur einer von mehreren Tags richtig erkannt worden, der Rest hatte aber immernoch INTERNET vor der Bezeichnung stehen auch wenn es in der vCard keinen ersichtlichen Unterschied gab. Als ich das am iPad nochmal für die anderen Tags nachzubessern versucht habe, war plötzlich auch der einzig richtige Tag wieder irreversibel mit INTERNET getaggt und funktionierte dementsprechend wieder nicht mehr. Ich bin gerade ziemlich irritiert, weil dies ein für mich bislang indeterministisches Verhalten ist.

Pfiat Di

Hallo thundern00b,

ich begebe mich mal auf dünnes Eis: "Internet" dürfte hier lediglich den Adresstyp bezeichnen. Es gbt nämlich noch andere Typen wie X400 o.ä. für andere Kommunikationsnetze, die eine andere Syntax als solche SMTP- bzw. Internetmailadressen (name@domain.tld) haben. Insofern wäre es dann nicht gut, wenn Cardbook hier freie Werte erlaubt. Für die Klarnamen, Label o.ä. müsste demzufolge ein anderes Feld zuständig sein. Aber wie gesagt, das ist eine Ableitung aus anderen Mailsystemen, wo beim Anlegen einer Adresse auch dieser Typ abgefragt wird, für Cardbook muss das nicht umfänglich gültig sein.

Vielleicht sollte ich mir Cardbook endlich mal selber anschauen, hab ja heute und morgen Zeit .....

MfG
Drachen

PS: Evtl. kann ein Mod thundernoobs Frage mal abtrennen als eigenen Thread, außer dem Gegenstand seiner Frage hat das ja wenig mit dem vorherigen Thread zu tun.

Grüß Gott Susanne,

vielen Dank für deine Antwort. Jetzt verstehe ich, was du mit vCard posten meintest, denn meine Code-Beispiele oben waren alle schon auszugsweise vCard-Code:

BEGIN:VCARD
VERSION:3.0
UID:886c7acd-12c9-47b5-8156-64c91e133965
N:Test_Nachname;Test-Vorname;;;
FN:Test-Vorname Test_Nachname
REV:20161209T174931Z
ITEM1.EMAIL:name@uni
ITEM1.X-ABLABEL:Uni
X-THUNDERBIRD-ETAG:"e636dfb6fa2a05043727fd38894a73c4"
X-THUNDERBIRD-MODIFICATION:UPDATED
END:VCARD

Das Problem ist das fett gedruckte X-ABLABEL, welches nur ausgewertet wird, wenn dieCodezeile darüber nicht als Type INTERNET erkannt wird. Wie zuvor beschrieben, ist das oft, aber nicht immer der Fall. Ich denke ich werde einfach ein Überwachungsskript für den Baikal schreiben, der Änderungen von von Cardbook auf verlorengegangene X-ABLABEL prüft und diese einfach wieder herstellt.

Zitat von SusiTux

Vielleicht kann er dazu mehr sagen.

Ich habe keine Erfahrung mit Cardbook, insofern kann ich nur bedingt helfen. Den Standard habe ich auch bislang nirgends implementieren müssen, ich habe ihn aber während der Gestaltung interner Datenformate von GeneralSync intensiver angeschaut, vor allem aus Kompatibilitätsgründen. vCard ist sehr mächtig, aber ich habe noch keine Anwendung (und keinen Nutzer!) gesehen, die mit der vollen Komplexität umgehen kann. Daher ist aus meiner Sicht eine Kompatibilität vor allem durch flächendeckend eingehaltene Konventionen gegeben, und leider nicht nur durch den Standard.

Die gepostete vCard nutzt die Gruppen-Syntax: weitgehend beliebige Inhalte können innerhalb einer vCard durch Voranstellen von einem durch Punkt getrennten Gruppennamen gruppiert werden. Mit ist nichts bekannt, dass die Verwendung eines nichtstandardisierten ("X-")Feldes in einer Gruppe verbieten würde. Im Standard heißt es lediglich:

The group construct is used to group related properties together.
   The group name is a syntactic convention used to indicate that all
   property names prefaced with the same group name SHOULD be grouped
   together when displayed by an application.  It has no other
   significance.  Implementations that do not understand or support
   grouping MAY simply strip off any text before a "." to the left of
   the type name and present the types and values as normal.

Eine Anwendung, die das nichtstandartisierte "X-ABLABEL"-Feld unterstützt und gruppierte Elemente gesondert darstellt, kann somit einen Bezeichner darstellen. Cardbook kann das scheinbar nicht. Im TYPE-Feld dürfen offiziell nur registrierte Typen verwendet werden, daher ist es auch sinnvoll, dies nicht für Benutzer-Freitext zu nutzen (erfahrene Nutzer und Anwendungsentwickler dürfen jedoch wie üblich mit X-Prefix eigene Registrierungen vornehmen). Registrierte Typen sind mit ihren definierenden RFCs unter http://www.iana.org/assignments/vc…arameter-values aufgelistet.

Wirklich elegant ist das ganze zugegebenermaßen nicht, aber das liegt an vCard.