Es wäre schön, wenn Lerntools eine automatische Begrüßungsmail nach abgeschlossener Registrierung schicken würde.
Automatische Begrüßungsmail #81
Das wäre begrüßenswert. Einerseits wegen der Arbeitserleichterung und der Professionalisierung (ich schreibe mit einer Privatemail).
Wichtiger aber:
Bei sehr vielen Anmeldungen kann ich nur über BCC sehr viele Anschreiben (10-20) zusammenfassen. Ich denke, dass diese Emails daher bei den Empfängern in SPAM landen.
Überlegt euch schon einmal einen Text auf D bzw. E....
Überlegt euch schon einmal einen Text auf D bzw. E....
Ideal wäre den Text in Admin hinterlegen zu können
wäre das mit #90 gemeinsam lösbar? Das man den Text auch als md macht?
Ich möchte noch einmal die Anforderung zusammenfassen und ein paar Anforderungen vermutet eingefügt:
- Mit der manuellen Registrierung über https://lerntools.org/app/#/main-register-request soll nach Erfolg eine automatische Einladung versandt werden.
- Wenn im Administrationspanel ein neues Nutzerkonto angelegt wird, soll der Administrator auswählen können, ob eine Einladungsmail versandt werden soll (Standardauswahl: Einladung versenden). Hierbei würde kein Kennwort übermittelt werden.
- Es gibt ein Standard E-Mail-Template für den E-Mail-Versand - in Markdown. Diese können mehrsprachig gepflegt werden. Hierfür wird weiterhin im Administrationspanel bei der Nutzeranlage die Sprachauswahl hinzu. Sie wird vorbelegt mit der aktuell eingestellten Sprache des angemeldeten Nutzers.
- Der Systemadministrator soll Vorlagen editieren können - diese würde die bestehende überschreiben. Es wird immer in der angemeldeten Sprache bearbeitet. Es sind Ersetzungsvariablen verfügbar (z. B. für den Namen, URL zur Instanz).
- Der Vesand der E-Mail berücksichtigt Plaintext wie auch HTML (Markdown -> HTML und Markdown -> Plaintext für Menschen wie @monofox , die noch Mutt als Client benutzen).
Hab' ich die Anforderungen so korrekt zusammengefasst?
- Mit der manuellen Registrierung über https://lerntools.org/app/#/main-register-request soll nach Erfolg eine automatische Einladung versandt werden.
- Wenn im Administrationspanel ein neues Nutzerkonto angelegt wird, soll der Administrator auswählen können, ob eine Einladungsmail versandt werden soll (Standardauswahl: Einladung versenden). Hierbei würde kein Kennwort übermittelt werden.
Was meinst du mit Einladung? Bisher registriert man sich und es wird ein Bestätigungslink angelegt. Es wird per Email bisher kein Passwort angelegt.
Das bisherige Vorgehen soll einfach beibehalten werden. Das funktioniert gut.
Gewünscht ist eien Ergänzung, die hast du perfekt erfasst:
- Es gibt ein Standard E-Mail-Template für den E-Mail-Versand - in Markdown. Diese können mehrsprachig gepflegt werden. Hierfür wird weiterhin im Administrationspanel bei der Nutzeranlage die Sprachauswahl hinzu. Sie wird vorbelegt mit der aktuell eingestellten Sprache des angemeldeten Nutzers.
✅- Der Systemadministrator soll Vorlagen editieren können - diese würde die bestehende überschreiben. Es wird immer in der angemeldeten Sprache bearbeitet. Es sind Ersetzungsvariablen verfügbar (z. B. für den Namen, URL zur Instanz).
✅- Der Vesand der E-Mail berücksichtigt Plaintext wie auch HTML (Markdown -> HTML und Markdown -> Plaintext für Menschen wie @monofox , die noch Mutt als Client benutzen).
✅
(der gerhardbeck benutzt sogar mit Evolution plaintext)
Was meinst du mit Einladung? Bisher registriert man sich und es wird ein Bestätigungslink angelegt. Es wird per Email bisher kein Passwort angelegt.
Ich meine:
image
und ob diese auch eine entsprechende E-Mail erhalten sollen über die "Begrüßungsmail".
ah jetzt. mich hat der Begriff Einladung verwundert, denn beide Szenarien sind keine Einladung.
Bei der EigenRegistrierung wird bisher nur der Bestätigungslink Versand, bei der manuellen Registrierung glaube ich gar nichts.
Ob es im zweiteren Fall notwendig ist, Weiß ich nicht. Meistens wissen ja die Personen,dass sie registriert werden.
Das, was weniger Arbeit macht...
@HJB @markus.weingaertner was meint ihr?
Einladungsemail wäre keine schlechte Idee. Muss aber nicht gleich sein. Die Neuanmeldungen halten sich derzeit in Grenzen. Würde jetzt nicht die höchste Priorität einräumen.
Aber bei der Vorstellung bei fobizz, war der Strom an Neuanmeldungen schon kaaum bewältigbar.
wäre das mit #90 gemeinsam lösbar? Das man den Text auch als md macht?
Ich komme auf die Zielgeraden. Sollen die Standarddateien jetzt auch online bearbeitbar sein oder lieber nicht?
Eigentlich wäre es ja nicht richtig, sondern online soll man nur überschreiben können.
Wenn dem so ist, würde ich die Standardtemplates ausklemmen. Und bei Bedarf müsstet ihr dann hier in Codeberg die MD-Dateien bearbeiten.
Was ist euer Wille?
Was ist euer Wille?
Hab' die standardmäßig jetzt ausgeblendet. Man kann aber die app.config.js einstellen, dass man die Bearbeiten kann. Die werden dann in der DB gespeichert. Und mit einem kleinem Script kann man die exportieren und ins Repo einchecken.
Die Änderungen sind im dev-Branch verfügbar. Die Testinstanz muss ggf. noch aktualisiert werden.
Im Administrationsbereich gibt es eine neue Kachel "Templates" bzw. "Vorlagen" (vgl. #90).
Dort kann bei Bedarf die Vorlage "mails::user::welcome" angepasst werden.
Nachdem der Nutzer per E-Mail seine Registrierung bestätigt hat, erhält der Nutzer eine Willkommensmail.
Für das Template stehen folgende Variablen zur Verfügung:
{{user}}=> Nutzerobjekt (bspw.{{user.name}}für Nutzername){{config}}=> Zugriff auf Serverkonfiguration{{instanceUrl}}=> Vollstände URL zur App
Im Rahmen von #90 werden noch ein paar Änderungen zur Absicherung der Konfiguration vorgenommen.
Dennoch bitte gerne schon einmal die Funktionalitäten testen.
Super!
Wir warten mal bis du mit #90 alles vollendet hast... ich komme morgen sowieso nicht dazu.
Das ist vor allem was für @markus.weingaertner zum testen und sagen, ob es seinen bedürfnissen passt...
Alles tutti auf der Testinstanz.
Unter https://codeberg.org/lerntools/base/wiki/Vorlagen ist eine Beschreibung für #90.
Warten auf Feedback von #90 und es kann dann direkt dieses Ticket im Anschluss oder gemeinsam mit #90 getestet werden.
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?