b1gMail 7.5 - Vorschläge

Mir kam gerade ein neuer Wunsch den ich nun seit Jahren äußere aber von Patrick immer gezielt ignoriert wurde...der Kunde soll wieder Mails über einen Klick aufrufen können ohne Vorschau, so wie bei google und b1gmail 7.2, es ist für viel einfach die beste Variante zudem darf ich kein adsense in Seiten mit Vorschau einbauen, kommt auch noch dazu...Diese Variante ist auch für mobil besser und natürlich sollte das Theme endlich full responsive sein.

+

Admin entscheidet, ob der Account standardmäßig mit Vorschau eingestellt ist oder nicht, das fehlt auch noch

Geht die Entwicklung eig weiter?

Da kam mir noch die Tage:

- Löschbenachichtigung an alternative E-Mail Adresse

- Postfächer leeren auch gern Gruppenweise (z.B. für gelöschte Accounts)

- Aufforderung Passwortänderung /Datenprüfung nach x Tagen

Zitat von Sebijk

https://github.com/b1gMail-OSS/b1gMail/commits/main/

Ich warte noch auf das nächste RC bevor ich Update

• Versenden von geplanten E-Mails
  Das Feature für wiederkehrende oder zeitgesteuerte E-Mails finde ich sehr praktisch. Derzeit nutze ich Thunderbird dafür. Eine Funktion wie „Später senden“ wäre aber auch direkt im b1gmail-Client eine großartige Ergänzung.
• Tab-System für E-Mails
  Die Möglichkeit, E-Mails in Tabs zu öffnen, um zwischen verschiedenen Nachrichten hin- und herzuwechseln, habe ich schon immer als nützlich empfunden. Diese Funktion würde die Benutzerfreundlichkeit enorm steigern.

Ich hätte gerne mehr Sicherheit durch 2FA mit SMS-Code, wenn das Gerät unbekannt ist, oder durch das Speichern des Geräts in den Cookies bei ‚angemeldet bleiben‘. Wenn ein unbekanntes Gerät erkannt wird, sollte eine E-Mail-Bestätigung an die Sicherheits-E-Mail-Adresse gesendet werden – aber nur, wenn der Kunde diese Option selbst aktiviert hat. So etwas in der Art wäre wirklich sinnvoll, da es immer mehr gehackte Accounts gibt.

Ist es möglich, Nutzer in der aktuellen Version aktiv dazu aufzufordern, ihre Sicherheitsdaten zu überprüfen? Etwa die Hälfte meiner Nutzer hat ihre Daten seit Jahren nicht aktualisiert – viele der hinterlegten Sicherheits-E-Mail-Adressen existieren inzwischen gar nicht mehr. Wenn nicht definitiv ein Ansatz, zudem ist md5 veraltet ich würd hier eventuell auf eine moderne Passwortmethode wechseln

Da ich kein Fan von Google bin würde ich gerne eine alternative für reCaptcha vorschlagen:

• altcha.org (benötigt nichteinmal externe Server)
• hcaptcha.com

Altcha kannst du ohne weitere "Cloud Dienste" verwenden, natürlich mit eingeschränktem Funktionsumfang aber immerhin.

Bei hcaptcha wäre eine mehr oder weniger schmerzfreie Integration möglich sofern man der Doku glauben möchte, da es ähnlich aufgebaut ist wie recaptcha.

Zitat von ManDal

Da ich kein Fan von Google bin würde ich gerne eine alternative für reCaptcha vorschlagen:

• altcha.org (benötigt nichteinmal externe Server)
• hcaptcha.com

Was es ist, ist mir im Prinzip egal Hauptsache es ist nutzerfreundlich und recaptcha3 ist halt unsichtbar was zusätzlich gut ist, keine Ampeln und Fußwege mehr, die dinger sind mittlerweile so kompliziert geworden

Diejenigen die hCaptcha anschauen möchten, habe das kurzerhand umgesetzt da es sehr einfach ist reCaptcha dadurch zu ersetzen:

hCaptcha Provider by mkleger · Pull Request #9 · b1gMail-OSS/b1gMail

Copy of reCaptcha and adapted to a better, more reliable provider

github.com

Idee - Passwort Recovery Code

1. Generierung des Wiederherstellungs-Codes

• Bei erfolgreicher Registrierung soll ein zufälliger 30-stelliger alphanumerischer Code (Großbuchstaben + Ziffern) generiert werden.
• Beispiel: AB7D3K9QP5L0XJW82HC1ZRFM4YNU6T

2. Speicherung in der Datenbank

• Der Code soll einmalig generiert und fest mit dem Benutzerkonto verknüpft werden.
• Speicherung erfolgt gehasht (z. B. SHA256) in der Benutzertabelle, z. B. in einer neuen Spalte recovery_seed.
• Es wird empfohlen, zusätzlich zur Hash-Sicherung einen Salt zu verwenden.

3. Anzeige nach Registrierung

• Der Code wird dem Benutzer einmalig nach erfolgreicher Registrierung angezeigt.
• Wichtiger Hinweistext für den Benutzer: „Bitte speichern Sie diesen Wiederherstellungscode sicher. Er kann nicht erneut angezeigt werden.“

4. Verwendung im Passwort-Wiederherstellungsprozess

• Im Formular „Passwort vergessen“ wird ein zusätzliches Eingabefeld für den 30-stelligen Code integriert.
• Nach Eingabe prüft das System, ob der eingegebene Code mit dem gehashten Seed in der Datenbank übereinstimmt.
• Bei Erfolg wird der Benutzer zum Passwort-Reset-Formular weitergeleitet.

5. Sicherheit

• Keine Möglichkeit, den Seed erneut anzeigen zu lassen.
• Optional: Möglichkeit zur Deaktivierung des Seeds nach erfolgreichem Zurücksetzen oder manuellem Zurücksetzen im Adminbereich.