Dependency Graph
View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0005565 | SOGo | Backend Calendar | public | 2022-08-03 07:53 | 2023-02-20 17:55 |
Reporter | Christian Mack | Assigned To | sebastien | ||
Priority | normal | Severity | feature | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 5.7.0 | ||||
Fixed in Version | 5.8.1 | ||||
Summary | 0005565: Sending event invitations (iMIP) with mailAlarms.creds auth instead of user creds auth | ||||
Description | User A shares one of his calendars with user B and gives her/him modify and/or creation and/or deletion privileges on it. This email is sent with user B's credentials, as she/he has made the change. But as this address does not belong to user B, our email system is denying that email. Therefore it would be better, if such system emails would be send via the same account used for email alarms already. | ||||
Steps To Reproduce |
| ||||
Additional Information | As this changes email delivery for those iMIP event emails, I assume it would be better to have a new option on domain level to switch that behaviour. I am aware, that some setups don't use email alarms. Emails created by users still have to be send as that user. | ||||
Tags | No tags attached. | ||||
related to | 0005605 | new | No invitation will be sent if created in a shared calendar |
We could add a new option to the domain default I suggest to modify |
|
If sending with "super" credentials only happens for SOGo generated system messages and not for user generated emails, then this is OK with me. |
|
Documentation : https://github.com/Alinto/sogo/blob/master/Documentation/SOGoInstallationGuide.asciidoc#smtp-server-configuration Commits : |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2022-08-03 07:53 | Christian Mack | New Issue | |
2022-08-03 21:19 | francis | Note Added: 0016150 | |
2022-08-04 11:23 | Christian Mack | Note Added: 0016151 | |
2022-09-22 09:43 | Christian Mack | Relationship added | related to 0005605 |
2023-02-20 17:55 | sebastien | Note Added: 0016668 | |
2023-02-20 17:55 | sebastien | Assigned To | => sebastien |
2023-02-20 17:55 | sebastien | Status | new => resolved |
2023-02-20 17:55 | sebastien | Resolution | open => fixed |
2023-02-20 17:55 | sebastien | Fixed in Version | => 5.8.1 |