Zuletzt aktualisiert: September 2026, für Calendar Mirror 2.0
Diese Übersetzung soll das Lesen erleichtern. Rechtlich maßgeblich ist die englische Fassung.
Dein Kalender gehört dir — nicht uns und keinem Server. Calendar Mirror hat keinen Account und stellt, solange du AskWhen.me nicht einschaltest, überhaupt keine Netzwerkanfrage. Es sendet deinen Kalender nirgendwohin. AskWhen.me ist ein eigenes Produkt, das du in der App einschalten kannst; es nutzt einen Server — gebaut so, dass auch er deinen Kalender nicht sehen kann. Diese Seite sagt genau, was er stattdessen hält, und wie lange.
Du sagst Calendar Mirror, welchen Kalender es kopieren soll und wohin. Es liest Termine aus der Quelle und schreibt Kopien in das Ziel — über Apples Kalender-Framework auf deinem Gerät. Das ist die ganze Aufgabe. Die Liste der Paare, die du einrichtest, liegt ausschließlich auf deinem Gerät.
Send times — die Zeile mit deinen nächsten freien Zeiten zum Einfügen in eine Nachricht — wird auf deinem Gerät aus den Kalendern berechnet, die du gewählt hast, und nichts davon verlässt das Gerät. Hast du eine AskWhen.me-Seite, wird hinter den Zeiten ein Link darauf ergänzt; das ist der einzige Teil, der einen Server berührt, und nur, weil du die Seite eingeschaltet hast.
Keine Analyse. Keine Werbe- oder Tracking-SDKs. Keine Verhaltensdaten. Keine Absturz- oder Nutzungstelemetrie an uns. Calendar Mirror liefert nichts davon mit und wird es nie tun — Überwachung ist keine Funktion, die wir bauen wollen.
Calendar Mirror arbeitet mit Kalendern, die auf deinem Gerät bereits eingerichtet sind. Es fragt also nie nach Passwörtern oder Tokens, sieht keine und speichert keine.
Deshalb entscheidet bei Calendar Mirror jedes Paar selbst, was eine Kopie tatsächlich enthält. Eine Kopie kann den ganzen Termin tragen, nur Titel und Ort, oder nichts als einen Block mit „Belegt“ — und einzelne Termine lassen sich mit einem Schlagwort in ihren Notizen überspringen, verbergen oder vollständig freigeben. Wenn dir lieber ist, dass ein Anbieter die Details nie hält: schick sie nicht hin.
Liegt dein Zielkalender in einem Account wie iCloud, Google oder Exchange, synchronisiert und speichert dieser Anbieter die Kopie nach seinen Regeln, sobald sie dort gelandet ist — genau wie bei jedem Termin, den du selbst dort einträgst. Calendar Mirror ist an dieser Synchronisierung nicht beteiligt und kann nicht hineingreifen: Auf deinem Gerät bleibt es für sich, darüber hinaus gelten die Bedingungen deines Anbieters. Wenn dir das wichtig ist, nimm als Ziel einen lokalen oder selbst gehosteten Kalender.
Solange du AskWhen.me nicht einschaltest, gilt nichts aus diesem Abschnitt für dich. AskWhen.me ist ein eigenes Produkt mit eigenem Server; Calendar Mirror ist die App, aus der du es einschaltest. Es ist standardmäßig aus. Bis du dich dafür entscheidest, verhält sich Calendar Mirror 2.0 genau wie jede Version davor: kein Account, kein Server, keinerlei Netzwerkanfrage — keine Versionsprüfung, keine Preisabfrage. Den ersten Kontakt nimmt die App auf, wenn du fragst, was AskWhen.me kostet, und dieser Kontakt geht an Apple. Alles Folgende beschreibt ausschließlich AskWhen.me, und nur nach deiner Zustimmung.
AskWhen.me gibt dir eine Seite unter askwhen.me/deineseite, auf der dich jemand
nach einer Zeit fragen kann. Diese Seite braucht einen Server, und dieser Abschnitt ist alles,
was dieser Server mit Daten tut. Der Entwurf heißt totes Postfach: Dein Gerät ermittelt,
welche Zeiten angeboten werden, und sendet nur diese; der Server hält Anfragen, bis dein Gerät
sie abholt. Zu keinem Zeitpunkt hat der Server deinen Kalender, deine E-Mail-Adresse oder einen
Weg, dich zu erreichen.
Dein Gerät ersetzt diese Liste, wann immer sich deine Angebote ändern, und mindestens täglich. Hört es damit auf, geht die Seite binnen eines Tages dunkel, statt veraltete Zeiten auszuliefern. Löschst du die Seite in der App, wird alles oben Genannte sofort gelöscht, zusammen mit jeder Anfrage darauf.
Deine Seite gehört dir, weil dein Gerät einen Schlüssel dazu hält — es gibt keinen Account, kein Passwort und nichts, was wir zurücksetzen könnten. Der Schlüssel liegt im Schlüsselbund deines Geräts und wandert, wenn du den iCloud-Schlüsselbund nutzt, Ende-zu-Ende verschlüsselt von Apple auf deine anderen Geräte und auf ein neues iPhone. Wir halten ihn nie in nutzbarer Form: Der Server bewahrt nur einen Hash auf — genug, um den Schlüssel wiederzuerkennen, wenn dein Gerät ihn vorzeigt.
Wer nach einer Zeit fragt, gibt Namen, E-Mail-Adresse und optional eine Notiz an und wählt eine Zeit. Der Server hält das nur so lange, wie es dauert, ihr eine Antwort zu verschaffen:
Diese Fristen setzt die Datenbank selbst durch, nicht ein Zeitplan, den jemand vergessen könnte. Es gibt keinen Account für Anfragende, keine Historie und nichts, was eine Anfrage mit einer anderen verbindet.
Wenn du jemandem aus der App deine Zeiten schickst, ist der Link dahinter ein persönlicher Link: Er öffnet deine Seite einmal, sieben Tage lang, danach ist er verbraucht. Weil du ihn geschickt hast, überspringt eine Anfrage darüber die E-Mail-Bestätigung — der Link ist der Nachweis — und wenn die Zeit in deinem Kalender noch frei ist, nimmt dein Gerät sie an, ohne dass du etwas tippst, und die Person bekommt die Kalenderdatei. Ist die Zeit inzwischen vergeben, wartet die Anfrage wie jede andere auf dich. Der Server speichert den Code des Links, die zugehörige Seite, wann er abläuft und — nach Gebrauch — welche Anfrage ihn verbraucht hat. Nichts darüber, an wen du ihn geschickt hast. Ein verbrauchter oder abgelaufener Link wird binnen zwei Tagen nach Ablauf entfernt.
Die Seite lädt nichts von Dritten: keine Schriften, keine Analyse, keine fremden Skripte, keinen Captcha-Dienst. Sie stellt genau zwei Anfragen, beide an askwhen.me. Das prüft der Build, der fehlschlägt, sobald eine dritte auftaucht. Eine Ratenbegrenzung gibt es gegen Missbrauch, aber sie speichert keine IP-Adressen: Sie speichert einen Hash mit täglich wechselndem Schlüssel, nach dem sich die Einträge von gestern auch von uns keiner Adresse mehr zuordnen lassen.
Bestätigung, Antwort und Kalenderdatei kommen von no-reply@askwhen.me über einen
Mailserver, den wir selbst betreiben, auf Infrastruktur, die uns gehört. Zustellberichte laufen
dort ein, damit „zugestellt“ bedeuten kann, dass die Anfrage gelöscht wird;
Inhalte von E-Mails werden nicht protokolliert. Wer gefragt hat, bekommt deinen
Anzeigenamen und die Terminzeit. Deine E-Mail-Adresse bekommt sie oder er nie
— der Server hat sie gar nicht.
Wenn du eine Subdomain beanspruchst oder deine eigene Domain auf deine Seite zeigen lässt, speichert der Server diesen Hostnamen und prüft von Zeit zu Zeit, dass er noch hierher zeigt. Mehr hält er über die Domain nicht. Was mit der Adresse passiert, wenn dein Abo endet, steht in den Nutzungsbedingungen.
AskWhen.me ist ein Abonnement über den App Store. Apple wickelt die Zahlung ab; wir sehen nie eine Karte, einen Namen oder eine Rechnungsadresse. Apple teilt unserem Server mit, wann ein Abo beginnt, sich verlängert oder endet — mit derselben anonymen Kennung wie oben, damit eine ausgelaufene Seite abgeschaltet werden kann.
Auf einem Server, den wir in Colorado, USA, betreiben, auf eigener Hardware. Der Reverse Proxy davor führt kein Zugriffsprotokoll: Eine gewöhnliche Anfrage hinterlässt überhaupt keine Spur — nicht, wer gefragt hat, nicht von welcher Adresse, nicht wann und nicht nach welcher Seite.
Fehler werden festgehalten, denn eine Störung, die niemand sieht, kann niemand beheben. Erreicht der Proxy den Dienst dahinter nicht, oder scheitert eine Verbindung, bevor sie eine Anfrage wird, hält er fest, was passiert ist — und darin können die Adresse, von der die Anfrage kam, und der angefragte Pfad stehen. Solche Einträge werden gelesen, wenn etwas kaputt ist; sie werden nie ausgewertet, gezählt oder mit etwas anderem zusammengeführt, und sie bleiben nie lange: Sie landen in einem kleinen Protokoll, das rotiert, sobald es voll ist, und was davon übrig ist, verschwindet, wenn der Proxy neu aufgesetzt wird.
calendarmirror.com nutzt einen selbst gehosteten, cookiefreien Seitenzähler auf eigener Infrastruktur, um zu sehen, welche Seiten gelesen werden. Er setzt kein Cookie, speichert keine IP-Adresse und wird mit niemandem geteilt. Die Anfrageseite auf askwhen.me trägt nichts dergleichen.
Die Website läuft auf derselben Infrastruktur und nach derselben Regel: Auch vor ihr führt der Proxy kein Zugriffsprotokoll. Die Seitenzahlen des Zählers sind der einzige Nachweis, dass hier überhaupt jemand etwas gelesen hat.
Ändert sich diese Erklärung, steht die Änderung hier und im öffentlichen Quellcode. Die Latte ist einfach: Die App erfasst weiterhin nichts, und AskWhen.me hält weiterhin nichts länger, als es dauert, jemandem eine Antwort zu verschaffen.
Calendar Mirror und AskWhen.me werden von Matthew Baylor in Colorado, USA, gemacht und betrieben — eine Person, keine Firma. Für das Wenige, das AskWhen.me hält, ist das zugleich die Stelle, die das Datenschutzrecht als Verantwortlichen bezeichnet.
Fragen, Bedenken oder etwas, das bei einer Anfrage schiefging: support@askwhen.me oder github.com/mattbaylor/cal-mirror.