View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005637 | SOGo | Backend Mail | public | 2022-11-06 06:07 | 2022-11-09 14:45 |
| Reporter | moi90 | Assigned To | sebastien | ||
| Priority | normal | Severity | feature | Reproducibility | have not tried |
| Status | closed | Resolution | no change required | ||
| Summary | 0005637: Treat adresses with plus (+) as aliases | ||||
| Description | Google Mail allows to append a plus sign and any string to the address: https://gmail.googleblog.com/2008/03/2-hidden-ways-to-get-more-from-your.html This is handy to create ad-hoc aliases. It would be great to have that in SOGo as well. | ||||
| Tags | No tags attached. | ||||
|
Where does SOGo prevent using those + extensions in your opinion? |
|
|
It does not prevent me from creating aliases manually. But I think it would be great to have them without manual intervention. Did you have a look at the blog article about the Google Mail behavior? Example: I have an address me@example.com. Someone can send mail to that address and it ends up in my inbox. |
|
|
Sorry, but that is not a function you have to activate in SOGo. Example: In dovecot set: Beware:
|
|
|
this functiionnality is handled by the smtp server. Tipically postfix with the setting bellow:
As Christian say, nothing in SOGo as imap client prevent using this address delimiter. |
|
|
Alright, thank you very much for this clarification! It seems that I misunderstood what SOGo does and what it doesn't do... |
|
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2022-11-06 06:07 | moi90 | New Issue | |
| 2022-11-07 15:08 | Christian Mack | Note Added: 0016341 | |
| 2022-11-07 15:47 | moi90 | Note Added: 0016343 | |
| 2022-11-08 08:39 | Christian Mack | Note Added: 0016349 | |
| 2022-11-08 08:43 | sebastien | Note Added: 0016350 | |
| 2022-11-08 08:51 | moi90 | Note Added: 0016351 | |
| 2022-11-09 14:45 | sebastien | Assigned To | => sebastien |
| 2022-11-09 14:45 | sebastien | Status | new => closed |
| 2022-11-09 14:45 | sebastien | Resolution | open => no change required |