AVS Superior Email blocks LDAP Personal Email #173

Closed
opened 2024-07-31 12:08:51 +02:00 by jost · 6 comments
jost commented 2024-07-31 12:08:51 +02:00 (Migrated from gitlab.uniworx.de)

Wenn ein Benutzer zuerst über AVS angelegt wird, der nur über eine _avsContactFirmInfo . _avsFirmEMailSuperior Email verfügt, wird diese als Email verwendet. Soweit ok. Problem: Ein späterer LDAP Synch überschreibt diese später nicht, da nicht mehr erkennbar ist, ob es sich um eine händisch editierte Email handelt oder nicht.

Wenn ein Benutzer zuerst über AVS angelegt wird, der nur über eine `_avsContactFirmInfo . _avsFirmEMailSuperior` Email verfügt, wird diese als Email verwendet. Soweit ok. **Problem:** Ein späterer LDAP Synch überschreibt diese später nicht, da nicht mehr erkennbar ist, ob es sich um eine händisch editierte Email handelt oder nicht.
jost commented 2024-07-31 12:08:52 +02:00 (Migrated from gitlab.uniworx.de)

assigned to @jost

assigned to @jost
jost commented 2024-07-31 15:03:39 +02:00 (Migrated from gitlab.uniworx.de)

mentioned in commit 43f5c5f485

mentioned in commit 43f5c5f4854d1ab2af27b479e72a58e2818a5696
jost commented 2024-07-31 15:09:04 +02:00 (Migrated from gitlab.uniworx.de)

Problem: Lösungsidee aus 43f5c5f4 scheitert an UniqueUserEmail. 😞

Im drauf folgenden 507a7e02fc wieder rückgängig gemacht.

Dennoch kann das Problem als gelöst betrachten: die SuperiorEmail wird nun nicht mehr für die UserDisplayEmail verwendet; sie fließt höchstens noch in die CompanyEmail ein und wird dadurch als Fallback für CompanyUser ohne gültige Emails zugänglich.

Die LDAP Update Problematik verbleibt aber: wenn der Nutzer per AVS erzeugt wird, kann es sein, dass LDAP Email Änderungen nicht mehr berücksichtigt werden!

*Problem:* Lösungsidee aus 43f5c5f4 scheitert an `UniqueUserEmail`. :disappointed: Im drauf folgenden 507a7e02fc68476d01031dc9f9ee1a669a453ed1 wieder rückgängig gemacht. Dennoch kann das Problem als gelöst betrachten: die SuperiorEmail wird nun nicht mehr für die `UserDisplayEmail` verwendet; sie fließt höchstens noch in die `CompanyEmail` ein und wird dadurch als Fallback für `CompanyUser` ohne gültige Emails zugänglich. Die LDAP Update Problematik verbleibt aber: wenn der Nutzer per AVS erzeugt wird, kann es sein, dass LDAP Email Änderungen nicht mehr berücksichtigt werden!
jost commented 2024-07-31 15:09:17 +02:00 (Migrated from gitlab.uniworx.de)

assigned to @wiese and unassigned @jost

assigned to @wiese and unassigned @jost
jost commented 2024-07-31 15:09:42 +02:00 (Migrated from gitlab.uniworx.de)

@wiese Wie wollen wir mit diesem Problem umgehen? (siehe vorherigen Kommentar)

@wiese Wie wollen wir mit diesem Problem umgehen? (siehe vorherigen Kommentar)
jost (Migrated from gitlab.uniworx.de) closed this issue 2024-07-31 15:09:52 +02:00
jost (Migrated from gitlab.uniworx.de) reopened this issue 2024-07-31 15:09:53 +02:00
jost (Migrated from gitlab.uniworx.de) closed this issue 2024-08-07 21:16:44 +02:00
jost (Migrated from gitlab.uniworx.de) closed this issue 2024-08-07 21:16:44 +02:00
jost commented 2024-08-07 21:16:46 +02:00 (Migrated from gitlab.uniworx.de)

mentioned in commit e4abf915ee

mentioned in commit e4abf915ee143a01110e48ef564e3ef1f471363e
This repo is archived. You cannot comment on issues.
No Milestone
No project
No Assignees
1 Participants
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: fraport/fradrive-old#173
No description provided.