Skip to Content.
Sympa Menu

cacert-de - RE: Policy zu Vornamen

Subject: Deutschsprachige CAcert Support Liste

List archive

RE: Policy zu Vornamen


Chronological Thread 
  • From: <ulrich AT cacert.org>
  • To: <cacert-de AT lists.cacert.org>
  • Subject: RE: Policy zu Vornamen
  • Date: Thu, 14 May 2009 13:19:58 +0200
  • Authentication-results: lists.cacert.org; dkim=neutral header.i= AT cacert.org; dkim-asp=none
  • Importance: Normal

Simple Regel:
notiere saemtliche Namen die im Ausweis
stehen auch so auf das CAP (inkl. Umlaute)
auch wenn der Assuree nur die Haelfte drauf
notiert hat.

Wenn hinterher im Account ein Vorname fehlt
geht das.
Nicht aber, wenn hinterher ein Name hinzugefuegt
wird, der nicht auf dem CAP vermerkt ist.

Die unterschiedlichen Schreibweisen in
unterschiedlichen Ausweisen: dafuer sind
die 3 Zeilen im neuen CAP formular, dass
dies festgehalten werden kann.

Simple und einfach.

Namen mit Bindestrich: halte ich momentan
an die Vorlage die ich gefunden hatte:
2 Namen durch Bindestrich werden als
1 Name gewertet, der nicht auseinandergenommen
werden kann.
Ich weiss nicht, ob da mittlerweile ein
Dispute laeuft oder nicht. Letztenendes
wuerde ich es darauf hinauslaufen lassen.

Vermerk auf dem CAP:
voller name:  name1-name2
wenn im Account nur "name1" enthalten
ist, wuerde ich denjenigen anschreiben
den Namen zu korrigieren.
Wenn keine Reaktion: dann dispute an support


regards, uli   ;-)

-----Original Message-----
From: Bernhard Froehlich 
[mailto:ted AT convey.de]
 
Sent: Thursday, May 14, 2009 9:06 AM
To: 
cacert-de AT lists.cacert.org
Subject: Re: Policy zu Vornamen


Michael Nausch schrieb:
> Griasde Carl!
>
> Quoting Carl von Einem 
> <carl AT einem.net>:
>
>> Ein "Real World" Beispiel von mir kann ich am kommenden Wochenende 
>> gerne in München zeigen: ...
>> Mein Tipp: beim Personalausweis das Unterschriftsfeld anschauen: es
>> sollte ok sein, wenn die ausstellende Behörde die kurze Fassung
>> akzeptiert. Dazu noch Geburtsort und -Datum ansehen.
>
> Hatte ich ja auch so gesehen, aber promt wurde ja auch bei meiner
> ersten Bestätigung "angemahnt", da der Vorname nicht stimmen würde. Im 
> Perso steht als 2ter Vorname der Name meines Taufpaten. Dieser 
> existiert nur dort, ich nutze nur meinen ersten, werde auch nur so 
> angesprochen, unterschreibe auch nur damit und selbst die 
> Wahlberichtigungskarten für die anstehenden Wahlen wurden von der 
> Gemeinde (!) nur an Michael Nausch verschickt.
>
> Ich versteh im Moment nicht die ganze Aufregung, aber hoffentlich kann
> mir das am Samstag jemand schlüssig erklären.

Hier muss ich auch mal zustimmen, wir müssen uns überlegen was wir denn 
eigentlich wollen! Was ich nicht will (und auch nicht kann) ist, jeden 
Assurer zu einem Experten im deutschen und internationalen Namensrecht 
zu machen.

Was wir brauchen sind einige wenige einfache Regeln, an denen sich ein 
Assurer festhalten kann, und wenn er/sie sich daran hält sollte 
derjenige auf der sicheren Seite sein wenn es zu einem Dispute kommt.

Was wir gerne von den Regeln hätten, es aber nicht bekommen werden weil 
die Ziele sich gegenseitig widersprechen ist:

    * Idealerweise sollte keine Person mehrere CAcert-Konten aufmachen
      und Assured bekommen können
    * Es sollte der tägliche Gebrauch der Namen wiedergespiegelt werden
    * Jemand sollte sich nicht als jemand anderes ausgeben können
    * Der (oder die) Namen muss sich anhand von amtlichen
      Lichtbildausweisen nachweisen lassen.

Was wir definitiv nicht leisten werden können (und eigentlich auch nicht 
wollen) ist, sicherzustellen dass der bei CAcert eingetragene Name 
jederzeit der offiziell korrekte Name der Person ist, der jeglicher 
Überprüfung standhält!

Die Regeln werden nicht jeden Spezialfall abdecken können. Zudem bleibt 
dem Assurer auf jeden Fall die Möglichkeit bei Spezielfällen, bei denen 
die Regeln unangebracht scheinen, einen Dispute aufzumachen und damit 
"die Comunity" (hier in der Form eines Arbitrators) um eine 
Sonderfall-Entscheidung zu bitten.

MfG
Ted
;)

-- 
PGP Public Key Information
Download complete Key from http://www.convey.de/ted/tedkey_convey.asc
Key fingerprint = 31B0 E029 BCF9 6605 DAC1  B2E1 0CC8 70F4 7AFB 8D26


Attachment: smime.p7s
Description: S/MIME cryptographic signature




Archive powered by MHonArc 2.6.16.

Top of Page