VCF-Datei prüfen und reparieren, ohne Upload

VCF-Datei prüfen und reparieren

Dieses Werkzeug prüft eine Kontaktdatei (.vcf) im Format vCard 2.1, 3.0 oder 4.0, zählt Kontakte und mögliche Duplikate und repariert, was sich sicher reparieren lässt. Sie laden die Datei oder fügen den Text ein und erhalten eine Befundliste mit RFC-Abschnitt und Zeilennummer sowie eine korrigierte Datei zum Herunterladen. Ob ein Telefon die Datei annimmt, prüft es nicht. Die Prüfung läuft im Browser, ohne Upload.

Kontaktdatei laden

VCF-Datei wählen oder hierher ziehen

Eine .vcf-Datei, vCard 2.1, 3.0 oder 4.0, auch mit mehreren Kontakten. Die Datei bleibt auf Ihrem Gerät.

… oder vCard-Text einfügen von BEGIN:VCARD bis END:VCARD

Reparatur vCard 2.1 in der Download-Datei nach 3.0 umwandeln

Hinweis

Das Werkzeug läuft in Ihrem Browser, Ihre Eingaben werden nicht übertragen und Ihre Dateien bleiben auf Ihrem Gerät. Öffnen Sie das Ergebnis, bevor Sie es weitergeben, und prüfen Sie, ob alles Nötige drin ist und nichts mehr, was raus sollte. Behalten Sie das Original, bis Sie das wissen. Für Verluste an Qualität oder Inhalt übernehmen wir keine Gewähr; die technische Grundlage nennt die Seite, Stand siehe „Zuletzt geprüft“.

Was die Prüfung bei einer VCF-Datei untersucht

Eine VCF-Datei enthält einen oder viele Kontakte im Format vCard. Das Werkzeug zerlegt die Datei in Karten von BEGIN:VCARD bis END:VCARD und liest bei jeder die Version. Danach prüft es, ob die Pflichtfelder dieser Version vorhanden sind, und zählt Kontakte, Versionen und mögliche Duplikate. Jede Meldung nennt die Regel mit RFC-Abschnitt und die Zeilennummer der Karte.

Pflichtfelder je Version

Für vCard 3.0 schreibt RFC 2426 im Abschnitt 1 vor, dass eine Karte die Felder FN, N und VERSION enthalten muss. FN ist der angezeigte Name (3.1.1), N der in Familienname, Vornamen und weitere Teile zerlegte Name (3.1.2), VERSION trägt den Wert 3.0 (3.6.9). Für vCard 4.0 verlangt RFC 6350 in der Syntaxbeschreibung (3.3) VERSION direkt nach BEGIN und ein FN; das Feld N ist dort nicht mehr Pflicht (6.2.2). Eine Karte mit nur FN ist in Version 4.0 also in Ordnung und in Version 3.0 unvollständig.

Für Version 2.1 liegt keine abrufbare Primärquelle vor. Die Seite liest sie deshalb nach der in Exporten üblichen Schreibweise und stützt die Umwandlung auf den Abschnitt „Differences From vCard v2.1“ in RFC 2426. Fehlt in einer 2.1-Karte der FN, meldet das Werkzeug einen Hinweis, weil die Umwandlung nach 3.0 ihn verlangt.

Quoted-Printable, CHARSET und Umlaute

Alte Exporte aus Outlook oder von Nokia-Telefonen schreiben Umlaute als Quoted-Printable, zum Beispiel J=C3=BCrgens für Jürgens, und geben mit CHARSET=UTF-8 an, wie die Bytes zu lesen sind. RFC 2426 beschreibt im Abschnitt 5, dass vCard 3.0 beides abschafft: Zeichen werden als UTF-8 geschrieben, nur Binärdaten bleiben kodiert (ENCODING=b), und der Parameter CHARSET entfällt. Die Prüfung meldet Quoted-Printable und CHARSET; die Reparatur dekodiert sie und schreibt die Werte als normalen Text.

Was automatisch repariert wird

Die reparierte Datei enthält diese Korrekturen, jede im Protokoll aufgeführt: Zeilenenden auf CRLF (RFC 2425, 5.8.1), BOM und Leerzeilen entfernt, zu lange Zeilen nach 75 Oktetten gefaltet (nur 3.0 und 4.0), ein fehlendes FN aus N gebildet (Titel, Vorname, weitere Namen, Nachname, Zusatz) und, wenn Sie es angehakt lassen, vCard 2.1 in Version 3.0 umgewandelt. Dabei werden Parameter wie CELL zu TYPE=CELL, Komma und Semikolon im Text maskiert (RFC 2426, 2.5) und Zeilenumbrüche als \n geschrieben. Version 4.0 wird nie in eine ältere Version umgewandelt, denn dabei könnten Felder verloren gehen.

Duplikate erkennen

Für Duplikate gibt es keine Norm, das Werkzeug verwendet deshalb eine eigene, vorsichtige Regel: Zwei Karten gelten als Duplikat, wenn der Name nach Vereinheitlichung gleich ist und mindestens eine Telefonnummer (nur Ziffern, ohne führendes Plus oder 00) oder eine E-Mail-Adresse (Kleinschreibung) übereinstimmt. Haben beide Karten weder Telefon noch E-Mail, entscheidet der Name allein. Grenze: „+49 511 …“ und „0511 …“ werden nicht als gleiche Nummer erkannt, weil das Werkzeug keine Landesvorwahl rät. Gelöscht wird nichts, die Gruppen werden nur angezeigt.

Grenzen der Prüfung

Geprüft werden Aufbau, Version, Pflichtfelder, Kodierung und Zeilenform. Nicht geprüft werden Telefonnummern auf Gültigkeit, E-Mail-Adressen auf Zustellbarkeit, Fotos und Logos (sie bleiben unverändert) und die Werte von Feldern wie BDAY oder ADR. Karten mit eingebettetem AGENT bleiben unverändert. Eine Aufteilung großer Dateien in mehrere kleine, etwa als ZIP-Archiv, bietet die Seite nicht an. Ob Ihr Telefon oder Programm die Datei annimmt, zeigt nur der Import.

So lesen Sie das Ergebnis

Ein Fehler verletzt eine Pflicht des jeweiligen RFC, etwa ein fehlendes FN in Version 3.0 oder ein fehlendes END:VCARD; strenge Programme lehnen solche Karten ab. Eine Warnung nennt etwas, das erlaubt ist, aber oft zu falschen Anzeigen führt, zum Beispiel ein CHARSET-Parameter in einer 3.0-Karte. Ein Hinweis ist eine Beobachtung, die nichts kaputt macht. Die Liste der Kontakte darunter zeigt Name, Version sowie die Zahl der Telefonnummern und E-Mail-Adressen, damit Sie sofort sehen, ob alle Einträge angekommen sind.

Weiterarbeiten mit Kontakten

Wenn Sie die Kontakte als Tabelle brauchen, wandelt VCF in Excel umwandeln sie in eine CSV-Datei um. Der umgekehrte Weg, von Excel zum Telefon, steht unter Kontakte aus CSV in VCF. Für Kalenderdateien gibt es das Gegenstück ICS-Datei prüfen.

Häufige Fragen

Warum importiert mein Telefon nur einen Teil der Kontakte?

Häufig stört eine einzelne fehlerhafte Karte, etwa ohne END:VCARD oder ohne FN. Manche Programme lesen dann bis zur Störstelle und hören auf. Die Befundliste nennt die Zeile der betroffenen Karte. Nach der Reparatur sollten Sie die Datei erneut importieren; bleiben Karten aus, liegt es an einem Fall, den das Werkzeug nur meldet.

Werden meine Kontakte hochgeladen?

Nein. Ihr Browser liest die Datei, prüft sie und baut die reparierte Fassung auf Ihrem Gerät. Gezählt wird nur, dass eine Prüfung stattgefunden hat, ohne Inhalt. Google Analytics und Google AdSense laufen je nach Einwilligung wie auf allen Seiten dieser Website und erhalten Ihre Kontakte nicht.

Was ist der Unterschied zwischen vCard 2.1, 3.0 und 4.0?

Version 2.1 erlaubt Quoted-Printable und CHARSET-Angaben und nennt Typen ohne TYPE=. Version 3.0 (RFC 2426) streicht Quoted-Printable und CHARSET, verlangt TYPE= und die Felder FN, N und VERSION. UTF-8 schreibt erst Version 4.0 (RFC 6350) vor. Version 4.0 (RFC 6350) verlangt nur VERSION und FN und führt weitere Felder ein. Telefone und Programme lesen meist 3.0 am zuverlässigsten.

Warum ändert das Werkzeug vCard 4.0 nicht in 3.0?

Weil dabei Felder verloren gehen könnten, die es in 3.0 nicht gibt. Die Umwandlung gilt deshalb nur für Version 2.1, die sich verlustfrei nach 3.0 überführen lässt. Karten in Version 3.0 und 4.0 bleiben in ihrer Version; behoben werden nur Zeilenenden, Faltung, Quoted-Printable und ein fehlender FN.

Wie erkennt die Seite Duplikate?

Zwei Karten gelten als Duplikat, wenn der Name übereinstimmt und mindestens eine Telefonnummer (nur Ziffern) oder E-Mail-Adresse gleich ist. Das ist eine eigene Heuristik ohne Normvorgabe. Nummern mit und ohne Landesvorwahl werden nicht gleichgesetzt. Gelöscht wird nichts; Sie sehen die Gruppen und entscheiden selbst.

Kann ich eine große VCF-Datei in mehrere teilen?

Nein, diese Funktion hat die Seite nicht. Teilen ließe sich sauber nur mit einem ZIP-Archiv, und das erzeugt der Browser ohne Zusatzbibliothek nicht verlässlich. Wenn Ihr Telefon große Dateien ablehnt, hilft es, die Kontakte in der Quelle in Gruppen zu exportieren.

Die Seite prüft vCard 3.0 nach RFC 2426 und vCard 4.0 nach RFC 6350. Für Version 2.1 liegt keine abrufbare Primärquelle vor; sie wird nach der in Exporten üblichen Schreibweise gelesen und mit Abschnitt 5 von RFC 2426 nach 3.0 umgewandelt. Die Duplikaterkennung ist eine eigene Heuristik. Telefonnummern und E-Mail-Adressen werden nicht auf Gültigkeit geprüft. Behalten Sie das Original; keine Gewähr.