Beiträge von gunnarh

    julian-w Danke für Deine Sicht der Dinge. Man kann alles immer aus verschiedenen Blickwinkeln sehen. Ich sehe es so, dass nic.at die für .at Domains normierende Stelle ist. Eine anzuwendende Norm die den NIC.at Regelungen widerspricht ist mir nicht bekannt. Die von nic.at publizierten Handlungsempfehlungen lösen auf unterschiedliche Art mein Problem. Man kann sich nun stur stellen, alles auf die böse EU, die DSGVO, die nic.at oder den Kunden schieben, oder man kann lösungsorientiert einfach aus den Gegebenheiten mit Augenmaß eine sinnvolle Handlungsoption auswählen und anbieten. Die nic.at hat mehrere Möglichkeiten dazu vorgeschlagen die auch meine Erwartungshaltung erfüllen würden. Netcup als Registrar müsste nur so flexibel sein in Aussicht zu stellen eine davon in absehbarer Zeit umzusetzen.

    Oder man kann wie .A. einräumt auch dem Kunden sagen: gibt's nicht, machen wir nicht, das lohnt den Aufwand bei uns nicht. Das ist völlig legitim. Wir haben keinen Kontrahierungszwang, ich als Kunde auch keinen Zwang die Domain bei Netcup zu belassen. Aber dann bitte so ehrlich sein und das nicht mit "das geht nicht, weil ... " und "das dürfen wir nicht, weil ..." argumentieren. Dem ist nicht so. Es gibt keine anzuwendende Rechtsnorm die im Weg stehen würde. Wenn man will, dann ist die Problematik auf Registrar-Seite lösbar.

    Ad Frage 1, Link wurde bereits von mir gepostet: https://www.nic.at/de/so-funktion…n-inhaber#id187

    Zitat: Ich bin eine Privatperson und möchte, dass meine Daten im Whois angezeigt werden. Was kann ich tun?

    Bitte wenden Sie sich an Ihren Registrar/Provider, damit er den Veröffentlichungs-Status Ihrer Daten in Form einer Datenänderung berichtigt. Wird Ihre Domain direkt bei nic.at verwaltet, können Sie diese Änderung im nic.at Kunden-Login vornehmen. Ändern Sie dafür den Personen-Typ von "Privatperson" zu "Organisation" unter dem Menüpunkt Inhaberdaten.

    Zusätzlich: https://www.nic.at/de/meine-at-do…he/whois-policy

    Zitat: Will eine Privatperson trotzdem öffentlich aufscheinen, ist dies auf ausdrücklichen Wunsch möglich

    Ad Aussage Tech-C müsse eine Person beinhalten - falsch, auch hier habe ich den Link oben bereits gepostet. Gerne nochmals:

    Die Empfehlung der NIC.at lautet auch beim Tech-C keine natürliche Person anzugeben: https://www.nic.at/de/meine-at-do…he/whois-policy

    Zitat: Diese Regelung gilt nicht nur für den Domain-Inhaber, sondern auch für die technische Kontaktperson (Tech-C) ... Aus datenschutzrechtlichen Gründen empfiehlt nic.at bei juristischen Personen auf die Angabe von natürlichen Personen als Ansprechperson und personalisierten E-Mail-Adressen zu verzichten.

    Der derzeit aufscheinende Tech-C Handle ist ganz offensichtlich also keine PERSON sondern eine ORGANISATION, und die Empfehlung lautet hier keinen Personennamen einer natürlichen Person einzutragen.

    Danke [netcup] Felix P. für die Stellungnahme, und Sorry für die Nennung des Namens eines Mitbewerbers.

    Die Schuld für die Problematik auf nic.at zu schieben erscheint mir nicht ganz passend. Immerhin reagiert nic.at nur auf die DSGVO und hat ja auch kommuniziert welche Möglichkeiten und Änderungen sich dadurch ergeben.

    Es gäbe von mir hier (bzw. im Ticket) angeregt an Netcup mehrere Lösungsmöglichkeiten, die Netcup umsetzen könnte.

    1. Die Sichtbarkeit des Registrant ist gemäß Auskunft nic.at steuerbar, somit kann ich als Owner (wenn Sie dies so konfigurieren) sehr wohl wieder angezeigt werden.

    2. Das Tech-C Handle könnte auf mich lauten statt auf Netcup

    3. Man könnte zumindest den Personennamen Felix im Tech-C handle entfernen, so wie es auch in den nic.at Hinweisen zur DSGVO empfohlen wird.

    Mit Lösung 1 oder 2 wäre ich glücklich.

    Lösung 3 wäre zwar nicht meine Wunschvorstellung, aber immerhin noch akzeptabel.

    Ich nehme zur Kenntnis, dass trotz dieser 3 gemachten Vorschläge seitens Netcup scheinbar bislang keine Flexibilität besteht hier eine Lösung anzudenken. Dass damit auch technische Probleme (siehe mein geschildertes Problem beim Umzug zu einem Mitbewerber) auftreten wird auf den Mitbewerber geschoben. Das kann man so und so sehen. Bei allen anderen mir bekannten Registraren kann ich den Tech-C selbst konfigurieren. Ich könnte den starren (durch mich nicht beeinflussbaren) Tech-C Handle genauso gut auch als Mangel der Leistungserbringung von Netcup qualifizieren.

    Habe nic.at mit der Problematik konfrontiert.

    Deren Auskunft: Wenn netcup mir Probleme macht meinen Wunsch umzusetzen, kann ich die Domain einfach kostenfrei direkt unter die nic.at Verwaltung stellen (also direkt zu nic.at umziehen). Das kostet mich nichts, da nic.at für einen Transfer nichts verrechnet und die Domain noch Restlaufzeit hat. Bei nic.at kann ich dann auch den Tech-C Handle frei setzen, auch die Sichtbarkeit des Inhabers. Und später kann ich die Domain (bevor die nächste Rechnung fällig wird) zu einem anderen günstigen Anbieter meiner Wahl (z.B. NAMEENTFERNT) übersiedeln (was jetzt wegen der NetCup-Email-Adresse im Handle nicht möglich ist).

    Mal sehen ob netcup doch noch eine Lösung anbietet (der Support hat jedenfalls keine Lösung angeboten). Ansonsten werde ich das so wie von nic.at vorgeschlagen durchführen.

    Es mag Domain-Inhaber geben, die gerne anonym bleiben.

    Ich zähle nicht zu diesen. Ich möchte aufscheinen, und nic.at sieht dies auch explizit vor.

    Die Handhabung führt übrigens - wie ich gerade bemerkt habe - auch zu praktischen Problemen.

    NAMEENTFERNT hat deren Domain-Robot offenbar so entwickelt, dass bei einem Transfer-Wunsch zusätzlich zum Auth-Code auch noch eine E-Mail an den im WHOIS eingetragenen Kontakt gesendet wird. Diese E-Mail muss man empfangen können. NAMEENTFERNT meint im Wizzard nun sie schicken die mail an mail@netcup.de und weisen darauf hin, dass ich (sofern ich diese Mail nicht empfangen kann) zuvor beim derzeitigen Registrar die Adresse aktualisieren soll... Somit: zu NAMEENTFERNT kann ich schon mal nicht wechseln.

    Zitat

    Klappt dies nicht, kontaktiere die Vergabestelle oder zieh deine Domain woanders hin um.

    Ja, klar - darauf läuft es hinaus.

    Dieser Foren-Thread hier hat auch nicht darauf abgezielt von euch eine Lösung zu erhalten.

    Ich wollte eigentlich nur ausloten ob diese Problematik ein breiteres Interesse hat bzw. die nötige Awareness dafür schaffen. Ich nehme zur Kenntnis: es gibt offenbar kein Interesse bei euch die Whois-Inhaber-Informationen weiterhin anzuzeigen, dann bin ich mit meinem Wunsch offenbar alleine und werde die nötigen Konsequenzen (zur Not Registrar-Wechsel) ziehen. Das Ticket bei NetCup ist noch offen, mal sehen wie NetCup sich entscheidet auf meine Einwände zu reagieren.

    Zitat

    Wer aber annimmt, dass Felix Preuss der Inhaber ist, dann hat das Whois-Prinzip nicht verstanden.

    In Bezug auf diese Aussage - aus dem Kontext gerissen - stimme ich Dir selbstverständlich zu.

    Bislang habe ich diese Angabe auch akzeptiert.

    Die Rahmenbedingungen haben sich allerdings geändert. Mein Name ist nun nicht mehr angeführt, und Felix steht ganz alleine im Whois. Und dies betrachte ich als irreführend und möchte daher, dass auch ich wieder aufscheine oder Felix entfernt wird.

    Auf ersteres habe ich gemäß Bedingungen der nic.at Anspruch (wird von Netcup derzeit aber noch nicht unterstützt).

    Zweiteres ist bei allen anderen mir bekannten Registraren möglich, nur bei NetCup scheint das nicht möglich zu sein.

    Sowohl über das Web-Interface von nic.at, als auch über das whois-Commandline-Tool, als auch über die gängigen öffentlichen Web-Interfaces erfolgt die Ausgabe nun wie von mir im Eingangs-Post angegeben.

    Auch auf den zweiten Blick erkennt man die Angabe betreffend "Felix Preuss" hier nicht als Tech-C. Dazu muss man schon explizit die Handle-IDs vergleichen. Wie gesagt, ein typischer Whois-Anwender erhält hier den Eindruck die Domain gehört nicht mir sondern Felix. Es steht Dir frei mich als "kleinkariert" zu betrachten - mein Wunsch hier eine Änderung vorzunehmen erscheint mir jedoch nachvollziehbar.

    Als Reseller bedarf es einer Mindest-Abnahmemenge und eines Gewerbenachweises. Ich registriere keine Domains auf fremden Namen, bin daher kein Reseller und erfülle die von Netcup hierfür gestellten Anforderungen auch nicht. Für die Erfüllung meines Wunsches ist das aber gar nicht nötig, man möge einfach nur auf die neuen Gegebenheiten von nic.at reagieren und eine brauchbare Änderung der Handhabung vornehmen bzw. mir ermöglichen, dass mein Name wieder aufscheint (wie von nic.at auch vorgesehen).

    Was die Bedeutung der Handles angeht: Die Angaben Admin-C und Zone-C gibt es bei nic.at nicht bzw. nicht mehr.

    Bei .at Domains ist lediglich die Angabe von folgenden Handles möglich:

    • registrant => das ist der Owner
    • registrar => da steht ohnehin der Link zu NetCup
    • Tech-C => das soll gemäß nic.at Vorgaben ein "technischer Kontakt" sein.

    Wie auch immer man "technischer Kontakt" nun interpretiert - die Konstellation der Ausgabe ist nun aktuell jedenfalls irreführend.

    Was genau erheitert Dich so sehr?

    Ist mein Wunsch als Domain-Inhaber aufzuscheinen für dich nicht nachvollziehbar?

    Ist mein Einwand hier wird ein irreführender Eindruck erweckt "Felix Preuss" hätte etwas mit dieser Domain zu tun für Dich "lachhaft"?

    Die Rolle die Netcup hier zukommt ist lediglich die des Registrars. Sogar meine Nameserver betreibe ich selbst. Ich betrachte den Eintrag des Tech-C mit Netcup befüllt als falsch, denn der Tech-C ist meiner Auffassung nach jene Stelle welche die Nameserver betreibt. Der Registrar wird ohnehin als "registrar" separat gelistet, es besteht somit keine Notwendigkeit das NetCup sich hier in die Rolle des Tech-C drängt. Und die neuen Default-Settings erwecken gepaart mit der Angabe "Felix Preuss" im Tech-C Handle wie gesagt für unbedarfte Whois-Konsumenten nun einen sehr irreführenden Eindruck.

    Der Netcup-Support hat meinen Wunsch leider mit dem Verweis auf die DSGVO zurückgewiesen.

    Meine Meinung hierzu: Die DSGVO und neuen nic.at Bedingungen sind dafür da den Schutz personenbezogener Daten per Default zu gewährleisten. Sie sind jedoch nicht dazu da irreführende Informationen zu publizieren oder den ausdrücklichen Wunsch nach Veröffentlichung zu beschränken.

    Ich widerspreche der Darstellung des Netcup-Supports daher wie folgt:

    1. steht es mir zu auf Wunsch meine Inhaberdaten anzuzeigen, siehe https://www.nic.at/de/so-funktion…n-inhaber#id187

    sowie: https://www.nic.at/de/news/nic-at/datenschutz-dsgvo

    Zitat: Daten juristischer Personen werden wie bisher veröffentlicht, ebenso können natürliche Personen die Veröffentlichung ihrer Daten ausdrücklich verlangen.

    sowie: https://www.nic.at/de/meine-at-do…he/whois-policy

    Zitat: Will eine Privatperson trotzdem öffentlich aufscheinen, ist dies auf ausdrücklichen Wunsch möglich

    2. Die Empfehlung der NIC.at lautet auch beim Tech-C keine natürliche Person anzugeben: https://www.nic.at/de/meine-at-do…he/whois-policy

    Zitat: Aus datenschutzrechtlichen Gründen empfiehlt nic.at bei juristischen Personen auf die Angabe von natürlichen Personen als Ansprechperson und personalisierten E-Mail-Adressen zu verzichten.

    Netcup verstößet daher gegen diese Empfehlung, gibt Herrn Preuss als Tech-C an, und erweckt somit für den unbedarften Anwender den Eindruck, die

    Domain hätte etwas mit Herrn Felix Preuss zu tun.

    Ich ersuche daher Netcup den Umgang mit den neuen Regelungen nochmals zu überdenken und eine saubere Lösung hierfür zu finden, also

    1. meine Daten wieder sichtbar zu machen

    und 2. sich aus der Tech-C Angabe zurückzuziehen oder zumindest den Namen "Felix Preuss" zu entfernen.

    Vielleicht möchte ja [netcup] Felix P. hierzu einen Kommentar abgeben.

    Die österreichische NIC.at hat bekanntermaßen im Zuge der DSGVO-Umsetzung nun standardmäßig den Domain-Inhaber im WHOIS ausgeblendet.

    Siehe: https://www.nic.at/de/meine-at-do…he/whois-policy

    Das führt dazu, dass über NetCup registrierte at-Domains nun laut whois gar nicht mehr mit dem eigentlichen Inhaber, sondern nur mehr mit dem Netcup-Geschäftsführer Felix Preuss (der sich gegen meinen Wunsch als Tech-C einträgt) in Verbindung stehen. Der durchschnittlich (un)informierte Whois-Nutzer hat daher nun den Eindruck, die Domain würde Herrn Preuss gehören:

    Whois: https://www.nic.at/de/meine-at-domain/domain-suche/whois

    Dies finde ich äußerst unbefriedigend.

    Ich habe ein Ticket beim Support geöffnet und ersucht, dass mein Name wieder als Inhaber angezeigt wird. Laut nic.at ist dies auf Wunsch des Inhabers weiterhin möglich und vom DomainRegistrar zu setzen (Quelle: https://www.nic.at/de/so-funktion…n-inhaber#id187).

    Generell finde ich es jedoch äußerst unbefriedigend, dass ich als Domain-Inhaber die Handles nicht selbst konfigurieren kann. Bei allen Domain-Registraren bei denen ich bislang Domains verwaltet habe bzw. auch noch immer verwalte ist dies möglich. Die Umsetzung wie NetCup dies handhabt erachte ich als sehr ungewöhnlich einschränkend. Hätte ich vor dem Transfer zu netcup gewusst, dass die Domainverwaltung bei NetCup derartige Schwächen aufweist, hätte ich den Transfer nicht vorgenommen. Ich rege daher nochmals an die Verwaltung der Handles dem Inhaber zu ermöglichen, so wie dies auch bei allen anderen mir bekannten Registraren möglich ist.

    Das Thema wurde hier im Forum schon mehrfach besprochen.

    Du kannst mittels CNAME jeden beliebigen DynDNS-Anbieter Deiner Wahl mit Deiner hier registrierten Domain nutzen.

    NetCup selbst offeriert aktuell keinen DynDNS-Angebot.

    Wenn Du einen vServer hast, dann kannst Du dort auch einen eigenen Nameserver betreiben und Dir somit auch ein DynDNS-Service schaffen - ich entnehme Deiner Frage aber, dass Dir hierzu das Know-How fehlt, also der Tipp: irgend einen (kostenfreien) DynDNS-Anbieter verwenden und mittels CNAME auf diesen verweisen.

    daher liest wohl erst jemand die Mail, und leitet sie dann an die andere GmbH bzw. das Werk weiter

    Entweder du weißt wie das betreffende Unternehmen strukturiert ist und der konkrete Prozess (offenbar geht es um HR) dort definiert ist - dann setze Dich eben über das fehlende reply-to Feld hinweg und trage selbst den aus Deiner Sicht passenderen Empfänger ein.

    Oder: Nimm zur Kenntnis, dass das vielleicht wirklich absichtlich an einen definierten Empfänger in der Zentrale geht und nicht an einem dezentralen Sachbearbeiter. Muss ja nicht so sein, dass HR-Themen dezentral / lokal bearbeitet werden, im Gegenteil: meiner Einschätzung nach ist HR ja kein Kernprozess eines Unternehmens, sondern i.d.R. (wenn man nicht gerade Personaldienstleister ist) ein Support-Prozess, den wird man nicht redundant in allen Filialen etablieren sondern möglichst mit wenig Overhead zentral bereitstellen.

    Es wäre trotzdem problemlos möglich, von "abteilung@comapy.tld" zu antworten und im reply-to "max.mustermann@company.tld" anzugeben, um Rückfragen direkt weiterzuleiten. Denn die E-Mail Adresse steht ja sowieso schon in der Signatur, was aber nicht heißt, dass man automatisch dieser Adresse antwortet...

    Ich nehme an, das Unternehmen möchte ganz bewusst vermeiden, dass Du der Person direkt antwortest. Eine Direkt-Antwort ist vielleicht bei einem kleinen Unternehmen wo es in der betreffenden Abteilung nur 1-3 Mitarbeiter gibt noch durchführbar - aber in jedem größeren Unternehmen wo mehr als 3 Leute in einer Abteilung arbeiten ist es doch usus, dass es ein Abteilungs-Postfach gibt, in das die Leute auch bei Abwesenheit (Krankheit, Urlaub etc...) der Kollegen reinschauen und die Dinge einer Bearbeitung zuführen. Freilich kann man auch sein persönliches Postfach an die Kollegen delegieren - aber da doch auch persönliche Mails dabei sein könnten will man das ab einer gewissen Unternehmensgröße doch eher vermeiden. Wenn die betreffende Person die Dir geantwortet hat "im Dienst" ist, dann ist die Wahrscheinlichkeit das Deine Antwort-Mail von dieser Person auch beantwortet wird ohnehin groß.

    Kenne derartige Probleme auch. Detto mit der unterschiedlichen Benennung der Spam- / Entwurfs-, etc... Ordner.

    Wenn Du keine generelle Lösung für alle Deine User brauchst, sondern nur eine Quick&Dirty Lösung für Deine eigene Mailbox: Ich habe mir einfach SymLinks angelegt. Damit legt der eine IMAP-Client die Mail in Ordner X, der andere in Ordner Y und in Wahrheit ist X nur ein SymLink auf Y und mein praktisches Problem (das ja auch Deinem entspricht) ist gelöst. Also den überzähligen Ordner löschen und durch einen SymLink ersetzen, die Inhalte vorher hinüberverschieben.

    Ich würde so vorgehen:

    • ProcMon starten, Filter auf Default zurücksetzen und Aufzeichnung starten
    • Den Fehler provozieren - also das tun, was du tun musst um zur Fehlermeldung "Der Netzwerkpfad wurde nicht gefunden." zu kommen. Dieses NICHT bestätigen, sondern stehen lassen.
    • Nun das Fadenkreuz aus dem ProcMon Menü auf diese Fehlermeldung ziehen. Das setzt Dir automatisch den Filter so, dass nur jene Aktivitäten des Prozesses der diese Fehlermeldung erzeugt angezeigt werden.
    • Die Zugriffs-Problematik sollte tendenziell am Ende des nun vorhandenen Filter-Ergebnisses sein, denn - sofern der Prozess single-threaded ist - ist dieser nun ja an der weiteren Ausführung durch das modale Fehlermeldungs-Fenster gehindert

    CmdrXay - Meine Antwort war (obwohl zeitlich kurz nach Deiner gepostet) nicht auf Deinen Lösungsvorschlag bezogen. Den hatte ich zu diesem Zeitpunkt noch nicht gesehen. Ja, Dein Vorschlag scheint mir valide, daran keine Kritik - der ergibt (selbst wenn das Umleitungsziel am gleichen vHost liegt) keine Endlosschleife. Jetzt wo ich deinen Lösungsvorschlag sehe, kann ich - mit etwas Phantasie - auch endlich erkennen was der Fragesteller vermutlich mit seiner Frage meinte.

    Die skizzierte Aufgabenstellung ist weiterhin völlig unklar. Ich anerkenne, dass Deutsch offenkundig nicht Deine Muttersprache zu sein scheint. Aber ich bitte dennoch höflichst darum, Dir etwas mehr Mühe bei der Formulierung Deiner Fragen / Angaben zu geben. Aus diesem unzusammenhängenden Halbsätzen ohne Interpunktion wird vermutlich niemand hier schlau.

    Code
    ~# dig +short setoy.eu
    94.16.122.171


    Der A-Record von setoy.eu zeigt doch auf die gleiche IP-Adresse die Du "weiterleiten" möchtest. Insofern würde das am Weiterleitungs-Ziel nichts ändern, und lediglich eine Endlos-Weiterleitung ergeben.