Moin Markus 😄

Im Beta-Test fallen keine Kosten an!

Die App ist außerdem auch nach der Veröffentlichung in ihrer Basisfunktion völlig kostenlos – Nachrichten abrufen, abspielen, transkribieren.

Für echte Push-Benachrichtigungen musste ich ein Backend bauen, das regelmäßig nach neuen Nachrichten schaut. Das verursacht laufende Serverkosten auf meiner Seite, die ich damit decke.

Ich habe die Preisinformationen im ersten Beitrag ergänzt, damit es direkt klar ist.

fdi

Muss eine App oder ein Dienst immer kostenlos sein?

Bei einem Beta-Test schon. Wenn die App später im App Store verfügbar ist, dann ist das eine andere Sache.

Bei Revolut, Curve & Parcel Premium zahle ich auch nichts für mein Abo solange ich bei denen Beta-Tester bin.

Du kannst im Beta-Test auch den Push-Service kostenlos nutzen, es fallen bei den Testkäufen keine Kosten an :)

Danke für den Hinweis! 😊

Das ist ein fairer Punkt. Ich habe den Beitrag bewusst informativ formuliert und nicht als Werbung gedacht – da viele hier im Forum nach genau dieser Lösung gefragt haben, wollte ich die Community darüber informieren.

Falls die Moderation das anders bewertet, akzeptiere ich das natürlich vollständig und entferne den Beitrag oder passe ihn entsprechend an.

mquast

Danke für den Hinweis! 😊

Das ist ein fairer Punkt. Ich habe den Beitrag bewusst informativ formuliert und nicht als Werbung gedacht – da viele hier im Forum nach genau dieser Lösung gefragt haben, wollte ich die Community darüber informieren.

Falls die Moderation das anders bewertet, akzeptiere ich das natürlich vollständig und entferne den Beitrag oder passe ihn entsprechend an.

Beiträge entfernen, als solches komplett geht, eh nicht

Ich hätte das ganze am besten vorher mit @Community Management besprochen

mquast

Es werden nur Sprachnachrichten abgerufen, keine anderen E-Mails.

Ist der Quellcode von Backend und App öffentlich zugänglich? Hacks hat es ja schon oft genug gegeben…

Der Quellcode ist aktuell nicht öffentlich, aber ich kann transparent erklären was im Backend passiert:

Der Server macht genau drei Dinge: Er prüft regelmäßig per IMAP ob neue Sprachnachrichten eingegangen sind, sendet bei einer neuen Nachricht eine Push-Benachrichtigung ans iPhone und speichert dafür die Zugangsdaten verschlüsselt.

Zur Sicherheit: Selbst bei einem hypothetischen Hack wären die gespeicherten Daten nutzlos – die Zugangsdaten sind mit AES-256-GCM verschlüsselt und der Schlüssel liegt getrennt von der Datenbank auf dem Server. Ein Angreifer bräuchte beides gleichzeitig.

Audioinhalte, Transkriptionen und Nachrichteninhalte verlassen dein Gerät übrigens nie, die werden ausschließlich lokal auf dem iPhone verarbeitet.

@andiling Der Backend-Code ist jetzt auf GitHub öffentlich einsehbar. Den Link dazu habe ich in der Datenschutzerklärung ergänzt 😊

Vielen Dank, das freut mich sehr!

Hi Emil,

vielen Dank für deinen netten Kommentar.

Ich kenne deine App natürlich – sie war tatsächlich meine erste Anlaufstelle als ich das Problem der wegfallenden Voicemail-App meiner Mutter lösen wollte. 

Der Knackpunkt bei ihr waren die fehlenden Push-Benachrichtigungen, daher dachte ich, ich gehe das Problem mal an.

Schön dass es mehrere Lösungen gibt. Der Bedarf ist ja offensichtlich groß genug!

Herzliche Grüße

Moritz

olliMD

mquast

Zugangsdaten verschlüsselt gespeichert, Server in Deutschland

Hallo zusammen,

ich habe eine App entwickelt, die viele iPhone-Nutzer von euch vielleicht interessiert: Böxle – ein eigenständiger Client für die Festnetz-SprachBox auf dem iPhone.

Der Hintergrund: Seit die offizielle Voicemail-App nicht mehr im iOS AppStore verfügbar ist, gibt es keine vernünftige Möglichkeit mehr, Sprachnachrichten direkt auf dem iPhone abzuhören – geschweige denn, echte Push-Benachrichtigungen zu bekommen.

Böxle löst genau das:

• Push-Benachrichtigungen bei neuer Sprachnachricht
• Automatische Transkription direkt auf dem Gerät
• Sauberer Audio-Player mit allen Nachrichten auf einen Blick
• Zugangsdaten verschlüsselt gespeichert, Server in Deutschland

Die App verbindet sich mit eurer T-Online E-Mail-Adresse (@t-online.de) und ruft die SprachBox-Nachrichten direkt ab. Das Onboarding erklärt Schritt für Schritt, welches Passwort ihr braucht (das E-Mail-Passwort, nicht das Kundencenter-Passwort).

Aktuell läuft ein öffentlicher Beta-Test über TestFlight:

👉 https://testflight.apple.com/join/T3ASGK59

Ich freue mich über Feedback, Bugreports und natürlich über jeden der es ausprobiert! 🙏

[ERGÄNZUNG] Die App ist in ihrer Basisfunktion dauerhaft kostenlos (Nachrichten abrufen, abspielen, transkribieren). Der optionale Push-Service kostet nach dem Beta-Test 0,99 €/Monat oder 9,99 €/Jahr – die Gebühr deckt die laufenden Serverkosten für das Backend.​​​​​​​​​​​​​​​​

Viele Grüße

Moritz

mquast

Zugangsdaten verschlüsselt gespeichert, Server in Deutschland

Wieso erinnert mich das an Aron Spohr aus dem Jahre 1998 @mquast @SprachBoxPro ?

Wahrscheinlich weil so ein Unbehagen geäußert werden kann ohne konkret etwas zu Unterstellung. Aber da hier latent ein Vorwurf im Raum steht, wollte ich doch einmal versuchen die Unterschiede aufzuweisen:
1. Die Login-Daten werden nicht heimlich ausgelesen werden, sondern ganz bewußt danach gefragt und aktiv vom Kunden bereitgestellt.

2. Es sind nicht die Telekom Zugangsdaten, sondern extra das E-Mail-Passswort, das bewußt für Dritt-Programme eingerichtet wird. Damit ist dann klar es können auf alle Inhalte des Email Postfaches zugegriffen werden - aber sonst nichts.  

Das die Apps nur den SprachBox Ordner abrufen und diese Daten auch nur dem Nutzer in der App bereitstellen und nichts anderes damit machen ist dann erst einmal schlicht eine Vertrauensfrage. Technisch könnte da alls passieren und das kann immer einfacher unterstellt werden als man das Gegenteil beweisen kann. Selbst nachdem @mquast seinen Server Code veröffentlich hat, wäre es immer einfach die Frage in den Raum zustellen, ob das wirklich der aktuelle Code ist der auf dem Server läuft etc.

Mir stellt sich da nur die Frage ab wann vertraut man einer App / den Entwicklern. Wieso suggeriert man, dass hier Einzel-Entwickler nicht vertrauenswürdig sind, während es kein Problem ist diese Zugangsdaten bei "größeren" Anbietern für eMail-Clients anzugeben. Ganz ehrlich - wir haben auch erlebt, dass große Firmen nicht immer sauber spielen - aber die haben eine gute Rechts-Abteilung und Porto-Kasse, die das wieder auszubügeln. Was meinst Du was bei uns los wäre, wenn wir da Schindluder betreiben. Wir würden da unseres Lebens nicht mehr froh werden.

Das war für mich z.B. der Grund die Zugangsdaten für meine iOS App nur in der Apple Keychain zu speichern. Bei dem Alexa Skill, welches ich vor Jahren gebaut habe ging das nicht anderes als diese in der Cloud vorzuhalten. Da dort aber der Trigger immer vom Alexa User Account ausgeht, konnte ich dort einen individuellen Key zum verschlüsseln der Daten ablegen, sodass Daten und Schlüssel Infrastrukturell getrennt und User-Individuell sind. Da dies für iOS so nicht möglich ist, war mir das zu heiß und da hab ich Respekt vor dem Risiko das  @mquast eingeht.

Nichts gegen transparente Risiko-Analyse nach der jeder für sich abwägen muss welchem Dienste man seine Daten anvertraut. Aber ich finde es sollte in der Diskussion mehr gewürdigt / respektiert werden, dass wir hier versuchen eine Lücke zu füllen und hilfreiche Lösungen in unserer Freizeit bereit zustellen. Reich wird man damit nicht, aber auf Kosten sitzen bleiben möchte ich auch nicht - deshalb ist die App nicht kostenlos, aber es wird auch keine Werbung / Tracking oder sonstiger Datenmissbrauch gemacht ... und das möchte ich auch nicht unterstellt bekommen.

Ich habe Dir gerade eine lange Antwort geschrieben @SprachBoxPro , da hat mich das System ausgeloggt (18:28) @Community Management @Waldemar H. .

Weder werde ich das alles jetzt nochmal schreiben noch suche ich das richtige Board, um diesen Fehler zu melden @Waldemar H. Und ich bin mir fast sicher, dass die 24 Stunden noch nicht rum waren.

Vielen Dank für deinen ausführlichen Kommentar Emil!

Du hast es gut auf den Punkt gebracht. Bei der Nutzung eines Dienstes muss man immer ein gewisses Vertrauen gegenüber dem Anbieter aufbringen. Ich kann den Code zwar veröffentlichen, aber beweisen, dass auch genau dieser Code auf meinem Server läuft, wird schwierig – hier muss man wieder vertrauen. 

Den Respekt vor dem Risiko teile ich übrigens und nehme ihn sehr ernst.

Am Ende stehen wir als Indie-Entwickler mit unserem Namen für das ein, was wir entwickeln und verstecken uns nicht hinter einem Unternehmen. Das wird in solchen Diskussionen leider oft vergessen.

Viele Grüße

Moritz

Moin @VonderWulf 

sorry, ich hätte hier vielleicht nochmal eine kurze Rückmeldung geben sollen: Wir haben gestern Nachmittag schon telefoniert. Nichtsdestotrotz natürlich lieben Dank für den Ping. 😉

Ich will mich hier jetzt nicht zu weit aus dem Fenster lehnen. Aber wir halten die App für eine wirklich gute Sache und erleben natürlich auch im Alltag, dass es unseren Kunden fehlt. Deswegen kam uns in den Sinn, die ggf. an anderer Stelle zu bewerben. Das wäre allerdings das erste Mal - und wir hängen ja an unseren Jobs. 😅 Also gibt es auf unser Seite noch einiges zu klären, was aber nur Sinn ergibt, wenn Moritz da überhaupt Lust drauf hat. (Und ganz vielleicht wollte ich auch mal hören, was er für einer ist. Wie sagte eine Ikone des Privatfernsehen einst? Sympathisch... man kann sich unterhalten. 😆)

An dieser Stelle nochmal lieben Dank für das nette Telefonat gestern, @mquast 

Ich kann aktuell noch nicht einschätzen, ob da etwas draus wird. Aber das war der Hintergrund meiner/unserer Bitte. Und nicht zuletzt wollte ich auch einen Kontakt herstellen, falls es zukünftig Fragen oder Feedback gibt. 

Viele Grüße

Markus L. 

Das kann ich nur zurückgeben – danke für das nette Gespräch und die offenen Worte, @Markus L. !

Ich bin gespannt was sich ergibt und freue mich über den persönlichen Kontakt. 😁

Viele Grüße

Moritz

Markus L.

Moin @VonderWulf 

 

sorry, ich hätte hier vielleicht nochmal eine kurze Rückmeldung geben sollen: Wir haben gestern Nachmittag schon telefoniert. Nichtsdestotrotz natürlich lieben Dank für den Ping. 😉

 

Ich will mich hier jetzt nicht zu weit aus dem Fenster lehnen. Aber wir halten die App für eine wirklich gute Sache und erleben natürlich auch im Alltag, dass es unseren Kunden fehlt. Deswegen kam uns in den Sinn, die ggf. an anderer Stelle zu bewerben. Das wäre allerdings das erste Mal - und wir hängen ja an unseren Jobs. 😅 Also gibt es auf unser Seite noch einiges zu klären, was aber nur Sinn ergibt, wenn Moritz da überhaupt Lust drauf hat. (Und ganz vielleicht wollte ich auch mal hören, was er für einer ist. Wie sagte eine Ikone des Privatfernsehen einst? Sympathisch... man kann sich unterhalten. 😆)

 

An dieser Stelle nochmal lieben Dank für das nette Telefonat gestern, @mquast 

 

Ich kann aktuell noch nicht einschätzen, ob da etwas draus wird. Aber das war der Hintergrund meiner/unserer Bitte. Und nicht zuletzt wollte ich auch einen Kontakt herstellen, falls es zukünftig Fragen oder Feedback gibt. 

 

Viele Grüße

 

Markus L. 

Hey @Markus L. , kurze Frage: Sollte das wirklich öffentlich so kommuniziert werden, dass die Telekom eine Drittanbieter-App bewirbt? 🤔  

Könnte nach außen eventuell etwas unglücklich wirken.

Ist absolut nicht persönlich gemeint – ich denke nur, du weißt, wie schnell die Presse sowas aufgreift.

Wirkt halt ein bisschen so: Die Telekom stellt eine eigene App ein und empfiehlt dann eine externe Lösung.

Ich persönlich habe damit kein Problem 😉  

Wollte nur den möglichen Eindruck nach außen teilen.

@mquast

Trotzdem danke für die Mühe und die Arbeit an der App!