2FA-Beta Applikationspasswörter für calDAV/cardDAV

Habe zeitgleich meine erste Antwort ergänzt. Aus Deiner Anfrage vermutete ich, dass Du den "alten" Benutzer (meinuser@eigene-domain.de) genommen hast. Ich bekam neue Benutzer- und Passwort-Daten. Habe es allerdings nicht mit meiner eigenen Domain gemacht, sondern mit der mailbox.org-Domain.

Danke.

Was genau meinst du mit neuen Benutzer? Wenn ich das Applikationspasswort erstelle steht dort unter "user" einfach mein Hauptbenutzername in meinem Fall halt meinuser@eigene-domain.de. Das ist der gleiche user mit dem ich mich auch bei mailbox.org anmelde.

Hast du da einen eigenen bekommen. Falls ja, wie ist der aufgebaut? Vielleicht liegt hier die Ursache.

EDIT: Ich sehe auch keinen Unterschied zwischen CalDAV und CardDAV. So sieht es bei mir aus:

Wie gesagt, ich habe meine Anmeldung bisher immer mit den ursprünglichen mailbox.org-Benutzerdaten gemacht. Meine eigene Domain verwende ich nur für externe Adressen. Bei der Aktivierung der Applikationspasswörter wurden mir neue Benutzer (in der Form "nummer@nummer") und neue Passwörter angezeigt. Mit denen habe ich dann die Accounts umgestellt. (Alles vor Aktivierung von 2FA.)

Versuche doch mal folgendes: Lege doch zuerst die neuen Accounts mit Deinen bisherigen Benutzerdaten an, und versuche dann das Passwort zu ändern. Wenn das nicht klappt, dann mache ein Support-Ticket auf. Vielleicht gibt es ja bei der eigenen Domain als Benutzer noch einen Bug; ist ist ja ein Beta-Test.

Genau so ist es ja aktuell bei mir. Meine eigene Domain login@eigene-domain.de ist ja mein Benutzer. Ich habe damit aktuell calDAV eingerichtet und es funktioniert einwandfrei. Wenn ich von der bestehenden Konfiguration nun das Passwort auf das Applikationspasswort ändere geht es aber nicht. Ein neuer Benutzername als Login wird mir nirgends angezeigt.

Ich mach mal ein Ticket auf und werde auf diesen Thread verweisen.

Vielen Dank für deine Unterstützung.

Eines irritiert mich doch. Kannst Du für CardDAV und CalDAV keine gtrennten Passwörter einrichten? Es wird zwar in dem Dropdown-Feld nur ein Eintrag angezeigt, aber es würde Dich niemnd hindern, mehrere unterschiedl. Passwörter zu erzeugen. Ich habe es so gestern gemacht. Wobei ich mir nicht mehr sicher bin, ob gestern Vormittag da nicht noch getrennte Auswahl-Optionen für CalDAV und CardDAV vorhanden waren. Habe leider keine Hardcopy gemacht.
Du kannst ja Bezeichnungen (Passwortname in der Maske) vergeben und damit die Passwörter unterscheiden.

Wenn ich es mit den der mailbox.org-Anmeldung (nicht eigene Domain) mache, sieht das Ergebnis so aus:

Das hat aber mit Deinem gundsätzlichen Problem nichts zu tun. Deshalb meine Empfehlung zu einem Ticket.

Ich kann nur gemeinsame Passwörter für CardDAV und CalDAV erstellen, davon aber beliebig viele. Das mit dem Benutzernamen ist auf jeden Fall interessant, ich denke da wird der Fehler liegen.

Ticket ist erstellt, ich werde berichten :)

Das mit den gemeinsamen Passwörtern muss sich seit gestern doch geändert haben. Ich habe getrennte erstellt und auch im Gebrauch. Ich könnte mir aber vorstellen, dass manche Apps damit nicht klar kommen, wenn der Benutzer gleich ist, die Passwörter aber verschieden sind.

Auch ein Thomas ;-)

Gibt es schon eine Rückmeldung? Oder glänzt mailbox.org wieder mal durch Abwesenheit und Schweigen? Sollen wir jetzt alle den Support deswegen anschreiben? Wozu testen wir eigentlich diesen Alpha-Mist und berichten hier?

Mal ganz ruhig durchatmen.

Der Support hat sich gleich am folgenden Werktag gemeldet. Das Problem scheint sich auch zwischenzeitlich gelöst zu haben und lies sich nicht mehr nachstellen. Bei mir wird jetzt korrekt auch ein eigene Loginname nach dem Muster zahl@Zahl angezeigt. Damit funktioniert alles.

Danke für deine Rückmeldung.

Faszinierend! Ich habe gerade ein neues Anwendungspasswort für Kalender und Adressbuch angelegt; username ist weiterhin meine Haupt-E-Mail-Adresse und damit ist keine Anmeldung möglich. Ein funktionierendes Passwort mit Username zahl@zahl erhalte ich nur, wenn ich Login 2.0 (und 2FA) deaktiviere.

@Thomas91: Hast Du denn "Login 2.0" und evtl. 2FA akitivert? Und immer noch Anmeldung mit eigener Domain?

@zapata: Ich habe login 2.0 und 2FA aktiviert und erhalte Usernane "zahl@zahl" + Passwort, das auch funktioniert. Meldest Du Dich mit der eigenen Domain an?

@thgeiges: Nein, ich habe meine Domains nicht bei mailbox.org eingerichtet bzw. verwendet nur die Funktion "Alternative Sender" (für den Fall das mein Mailserver wo geblockt wird).

@zapata: So mache ich es auch. Was mir gerade dazu noch einfällt, dass ich schon vor ein paar Wochen, gleich nachdem es App-Passwörter gab, eines für WebDAV eingerichtet hatte. Der Username "zahl@zahl", den ich damals bekam, ist auch noch der gleiche nach Logn 2.0 und 2FA.

Bei Thomas91 funktioniert es aber jetzt auch korrekt, trotz Anmeldung mit eigener Domain.

Also die Kombination Username zahl@zahl und neues Anwendungspasswort funktioniert ebenfalls nicht. Um ein funktionierendes Passwort zu erstellen, muss ich Login 2.0 deaktivieren.

Ich habe es schon verstanden. Ich habe deshalb Thomas91 gebeten, dieses Problem im Rahmen seines Tickets mit Verweis auf diesen Thread ebenfalls zu melden.

Ja, danke. Aber wenn man eine Alpha-/Betaphase nach Jahren endlich startet, sollte man hier nicht vielleicht regelmäßig(er) vorbeischauen!? Eventuell dafür eine eigene Rubrik hier anlegen.

Ich stimme Dir zu. Eine eigene Rubrik oder sonst ein "spezieller Kanal" für Beta-Probleme wäre nicht schlecht.

@Thomas91: Nachdem Du Kontakt zum Support hast, so mache den doch bitte auf die Fehler, die in diesem Thread von zapata genannt werden, aufmerksam. Dann muss ich nicht in gleicher Sache auch noch ein Ticket aufmachen. Danke!

Mein Support Ticket ist zu. Bitte macht ein eigens auf. Ihr könnt dabei ja auf die Forenthreads verweisen.

@thomas91: Habe mein älteres Beta-Ticket wieder geöffnet.

Entweder hat ein mailbox.org Mitarbeiter den Fehler bei mir behoben oder das Problem hat sich durch den Tarif-Wechsel (Standard -> Light) von selbst gelöst. (Ich habe es vor dem Tarif-Wechsel nicht mehr getestet)

Schön für Dich.

Jetzt werden wieder App Passwörter mit Username = E-Mail Adresse generiert und die Anmeldung damit ist weiterhin nicht möglich. Ich habe zuvor die 2FA aktiviert.

Ich habe die ganze Zeit die (neue) 2FA aktiviert. Beim Testen wird mir jetzt auch ein App-Passwort mit Username = Mailadresse erzeugt, mit dem kein Zugriff möglich ist. Ich kann den Zugriff aber wieder auf die vorherige Variante mit User = Zahl@Zahl erfolgreich zurückstellen.

Also E-Mail Adresse durch Zahl@Zahl ersetzen funktioniert nicht.Bei mir hilft offenbar nur 2FA und Login 2.0 zu deaktivieren.

Nach dem fehlerhaften Versuch kann/musste ich die zuletzt erfolgreich genutzte Kombination "User = Zahl@Zahl + damals erzeugtes Passwort" wieder verwenden. Dann tut es auch wieder bzw. immer noch.

Die vorhin erzeugte Variante mit Username = E-Mail-Adresse funktioniert grundsätzlich nicht.

Aber ich habe Login 2.0 + 2FA grundsätzlich aktiv seit Beta-Beginn und auch nie dazwischen ausgeschaltet - und tue es auch nicht. Wer weiß, was damit durcheinander kommt. Und ich will ja die Beta testen und nicht die "Vor-Beta-Situation". ;-)

Also weiterhin, App-Passwörter vor der Aktivierung von Login 2.0 einrichten. Wer es nachträglich braucht, muss temporär Login 2.0 deaktivieren. Ich bin gespannt, wann der Bug behoben wird.

Ist ja noch Beta. Aber so ganz kann ich Deine Schlussfolgerung nicht teilen. Ich habe auch noch nach Aktivierung von Login 2.0 und 2FA (letzte Woche) weitere App-Passwörter eingerichtet, die funktionieren. Die waren aber alle mit Zahl@Zahl. Erst heute, also nach Deinem Beitrag, geht es bei mir auch nicht mehr korrekt und es wird ein "Mailadress-User" genommen.

Support ist informiert.

Danke. Aktuell kann ich wieder App-Passwörter mit zahl@zahl als Username anlegen.

OK, bei mir geht es jetzt auch wieder mit zahl@zahl und erfogreicher Anmeldung.

Bei mir geht es nicht mit zahl@zahl - gerade probiert.

Scheint wohl noch erheblich dran gebaut zu werden.

Schön wäre es auch mal, wenn es Updates zu den Entwicklungen gibt (Changelogs usw.). Andere Anbieter machen das seit Jahren...

Ja, Transparenz war mal.
Und kann endlich jemand die Dokumentation zum Thema CardDAV[*] aktualisieren? Die URL im Beispiel sieht schon länger nicht mehr so aus.
Funktioniert bei euch der CardDAV Sync zuverlässig? Bei mir funktioniert es offenbar nur in eine Richtung (Thunderbird -> Mailbox.org) und das verzögert, obwohl ich manuell synchronisiere.

* https://kb.mailbox.org/de/privat/adressbuch-und-kalender/caldav-clients-outlook-thunderbird-macos-evolution-kontact#so-finden-sie-die-ordner-id-ihres-adressbuchs-heraus

Ich synchronisiere mit CardDAV die Kontakte zu versch. Apple-Geräten (Mac, iPhone, iPad) in beide Richtungen problemlos. Sowohl vor der Beta als auch jetzt mit App-Passwörtern.

Es werden schon wieder App-Passwörter mit Username = E-Mail Adresse angelegt.

Und bei den "anderen neuen" schon genutzten gibt es Sync-Probleme!

Nachtrag: Bei mir wurde gerade ein App-Passwort mit "zahl@zahl" angelegt. Der Sync-Fehler aber ist noch da.

Bei mir werden weiterhin App-Passwörter mit Username = E-Mail Adresse angelegt.

Bei mir bleibt es bei den neuen App-Passwörtern (Username = zahl@zahl). Und die CardDAV- und CalDAV-Synchronisation funktioniert jetzt auch wieder in beiden Richtungen korrekt.

Mittlerweile funktioniert es auch bei mir wieder. Allerdings sieht jetzt das Theme wieder anders/komisch aus. Menüleiste hellblau und Logo breiter:

Wie bekomme ich das dunkelblaue Theme zurück?

Ich habe bei mir das Theme "Mailbox.org Blau" eingestellt und ich habe keinerlei Änderungen beobachtet. Wenn das oben eine 1:1-Abbildung ist, dann hat es bei mir schon immer so ausgesehen (Größe und Farbe).

Liegt vielleicht daran, dass ich derzeit nur den "Light"-Tarif habe. Bei mir war die Leiste lange Zeit dunkelblau, wie in https://userforum.mailbox.org/topic/7693-ruckmeldungen-der-mailbox-org-beta-tester#comment-36986

Zuerst sah das Logo plötzlich anders aus und seit heute ist die Farbe plötzlich hellblau und stimmt nicht mit dem anderen Blau auf der Seite überein. :-(