11
43
Fork
You've already forked base
6

Automatische Begrüßungsmail #81

Closed
opened 2021年12月23日 13:07:35 +01:00 by gerhardbeck · 14 comments

Es wäre schön, wenn Lerntools eine automatische Begrüßungsmail nach abgeschlossener Registrierung schicken würde.

Es wäre schön, wenn Lerntools eine automatische Begrüßungsmail nach abgeschlossener Registrierung schicken würde.
Owner
Copy link

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.

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.
Owner
Copy link

Überlegt euch schon einmal einen Text auf D bzw. E....

Überlegt euch schon einmal einen Text auf D bzw. E....

@pw

Überlegt euch schon einmal einen Text auf D bzw. E....

Ideal wäre den Text in Admin hinterlegen zu können

@pw >Ü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?

wäre das mit https://codeberg.org/lerntools/base/issues/90 gemeinsam lösbar? Das man den Text auch als md macht?
Member
Copy link

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?

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)

> - 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)
Member
Copy link

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".

> 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](/attachments/76ffbaa2-d547-43f7-9212-8fe00dc02b68) 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?

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?
Owner
Copy link

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.

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.
Member
Copy link

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?

image

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?

> wäre das mit https://codeberg.org/lerntools/base/issues/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? ![image](/attachments/4d375c07-bece-452c-979a-32b85fec9162) 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?
Member
Copy link

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.

> 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.
Member
Copy link

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.

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...

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...
Member
Copy link

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.

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.
Sign in to join this conversation.
No Branch/Tag specified
main
dev
vue3
feature/ticket_117
weblate
master
experimental
v.0.9.1
v.0.9
v.0.8.2
v.0.8.1
v.0.8.0
v.0.7.0
0.7
v0.6.0
v0.30
v0.2.0
v0.12
v0.11
v0.1
Labels
Clear labels
Kind/Breaking
Breaking change that won't be backward compatible
Kind/Bug
Something is not working
Kind/Documentation
Documentation changes
Kind/Enhancement
Improve existing functionality
Kind/Feature
New functionality
Kind/Security
This is security issue
Kind/Testing
Issue or pull request related to testing
Priority
Critical
The priority is critical
Priority
High
The priority is high
Priority
Low
The priority is low
Priority
Medium
The priority is medium
Reviewed
Confirmed
Issue has been confirmed
Reviewed
Duplicate
This issue or pull request already exists
Reviewed
Invalid
Invalid issue
Reviewed
Won't Fix
This issue won't be fixed
Status
Abandoned
Somebody has started to work on this but abandoned work
Status
Blocked
Something is blocking this issue or pull request
Status
Need More Info
Feedback is required to reproduce issue or to continue work
Kind: Enhancement
improvement of a feature
Kind: Feature
Something totally new
Kind: Interesting for Wiki
to be saved in the wiki
Kind: invalid
Something is wrong
Kind: Question
More information is needed
Kind: Security
Relevant for security
Kind:bug
Something is not working
Priority: High
Priority: Low
Priority: Medium
Status: Contribution welcome
Contributions are very welcome, get started here
Status: Duplicate
This issue or pull request already exists
Status: External problem
There is an external problem
Status: Help wanted
Need some help
Status: In progress
Someone's working on it
Status: In review
we're testing a possible solution
Status: next release
All tested and ready for the next release
Status: Starters
This is a good task to start helping lerntools
Status: Tests neededd
Need some tests for locating the problem
Status: won't fix
This won't be fixed
vue3
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
4 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
lerntools/base#81
Reference in a new issue
lerntools/base
No description provided.
Delete branch "%!s()"

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?