Actions
Feature #10012
closedredirectAllMailTo: email1:email2:email3
Start date:
01.02.2020
Due date:
% Done:
100%
Estimated time:
Discuss:
Prio Planung:
No
Description
redirectAllMailTo={{beEmail:T}}¶
Es soll moeglich sein die neue Variable von #10011 in STORE_SYSTEM.redirectAllMailTo zu verwenden. Damit kann dynamisch der aktuelle User die Mails bekommen.
Fallback¶
Als Fallback kann immer eine statische Email verwendet werden.
Bsp: redirectAllMailTo={{beEmail:T:e::support@math.uzh.ch}}
Automatische Aktivierung auch fuer FE Only User (Admin)¶
Es waere auch noetig das im Frontend (fuer z.B. med Miriam) zu machen. Also BE allein reicht nicht. Aktuell noch keine Idee wie man das fuer das FrontEnd loesen koennte.
Redirect fett anzeigen¶
- Installieren fuer alle Tools.
- Bestpracte in QFQ Doku.
Related issues
Updated by Carsten Rose over 3 years ago
- Tracker changed from Support to Feature
Updated by Carsten Rose over 2 years ago
- Related to Feature #12412: Action/Escape qualifier 'e' (empty), '0': if given, an empty string (or '0') will be treated as 'not found' added
Updated by Carsten Rose over 2 years ago
- Related to Feature #12413: STORE_TYPO3: enhance for {{be_users.email:T}}, {{fe_users.email:T}} added
Updated by Carsten Rose over 2 years ago
- Target version changed from next5 to next4
Updated by Carsten Rose over 2 years ago
- Target version changed from next4 to next3
Updated by Carsten Rose over 2 years ago
- Related to Feature #10011: Offer new STORE_TYPO3 Variable 'beUser', 'beEmail' added
Updated by Carsten Rose about 1 year ago
- Subject changed from redirectAllMailTo: {{beEmail:T}} to redirectAllMailTo: {{feUserAdmin:Y::::{{beEmail:T}} }}
Updated by Carsten Rose about 1 year ago
- Priority changed from Normal to High
- Target version changed from next3 to 23.7.1
- Prio Planung set to No
Um den feUser zu bestimmen:
FE User bestimmen (sehr flexibel, da nicht in QFQ hart kodiert) {{SELECT p.email FROM p.account='{{feUserName:T}}' AND p.redirectFe='yes'}}
Komplettes Setup, mit Prio:
1) FE User
2) BE User
3) Fallback
{{SELECT QIFEMPTY(p.email, '{{beEmail:T::::support@math.uzh.ch') FROM (SELECT '') LEFT JOIN Person AS p ON p.account='{{feUserName:T}}' AND p.redirectFe='yes' }}
Updated by Carsten Rose about 1 year ago
- Subject changed from redirectAllMailTo: {{feUserAdmin:Y::::{{beEmail:T}} }} to redirectAllMailTo: email1:email2:email3
Neue, vermutlich besserer Vorschlag:
- Beim Vorschlag aus Comment 14 muss pro T3 Instanz und abhaengig vom DB-Schema eine SQL Abfrage eingebaut werden (fuer den FE User ein Feld 'redirectFe').
- Neue Ueberlegung:
- Die Personen die fuer den Test infrage kommen sind immer begrenzt (=bekannt) und koennten daher hinterlegt werden.
- Neu: Es wird einfach eine Liste von Emailadressen angegeben (im bestehenden QFQ Extension Config Feld 'redirectAll') die durchprobiert werden.
- 'Durchprobieren': check ob die Adresse als FE und/oder BE User eingetragen und eingeloggt sind.
- Die Adressen werden mit ':' getrennt. Wenn in dem ersten Token kein Match ist, wird das zweite Token genommen, dann das dritte, ...
- Es wird kein ',' als Separator genommen, damit man nicht denkt das es an alle gesendet wird.
- Match nichts, wird das letzte Token genommen (=Fallback = rueckwearts kompatibel mit dem aktuellen Setup).
- Das Setup geht davon aus, das die FE/BE User in der T3 DB inkl. email erfasst sind. Falls nicht wird ja bis zum Fallback weiter gemacht, und der greift immer.
- Mit dieser Loesung sind keine teuren SQL Query noetig.
Updated by Carsten Rose about 1 year ago
- Status changed from Priorize to Closed
- % Done changed from 0 to 100
Applied in changeset typo3-qfq|1a2140c84fa525408f5f059d049aaa264602a3f9.
Updated by Carsten Rose about 1 year ago
- Target version changed from 23.7.1 to 22.9.1
Actions