View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004270 | SOGo | ActiveSync | public | 2017-09-04 14:18 | 2022-12-14 11:46 |
Reporter | modir | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | new | Resolution | open | ||
Platform | [Client] Microsoft | OS | Windows | OS Version | 7 |
Product Version | 3.2.10 | ||||
Summary | 0004270: Mails stay forever in outbox of Outlook 2016 | ||||
Description | We have a few clients which connect the Outlook 2016 with ActiveSync to our server. In general it is working fine but sometimes they have the problem that the emails get stuck in the outbox. It is not even possible to delete those emails in Outlook anymore. When syncing they seem to sync but are never sent. Any ideas how to troubleshoot this situation the best? | ||||
Tags | No tags attached. | ||||
|
|
We are having this issue with all ActiveSync clients. Sendmail returns “user unknown”, but the ActiveSync client keeps retrying. e.g
This happens when sending to a non-existent mailbox hosted locally and any invalid email address. To resolve this we create a temporary alias to an existing mailbox or ask the user to remove |
|
I have same problem. That's for sure bug in SOGo - when mail is sent (via webmail or EAS) it is passed to SMTP server, which can accept or reject it depending on configuration. For example Postfix has option smtpd_recipient_restrictions=reject_unknown_recipient_domain which rejects inbound SMTP from SOGo when non-existent recipient domain in To: field. When SOGo webmail don't even allow to send this message (saying invalid recipient), EAS implementation ignores SMTP rejection and mail sits in Outbox forever and, depending on client, delivery attempts continue. To work around this, you can create separate submission service without any checks. Heres excerpt from my Postfix master.cf:
This way instead of rejecting, MTA accepts mail (after that it disapears from EAS outbox) and then after delivery attempt sends non-delivery notification back to sender. But I hope this issue will be fixed in SOGo in future. |
|
I can confirm this problem as well. If you send an eMail to an internal user, who does not exist. Log: How can i support, that this problem can be fixed? |
|
this problems only exists, if you send to an internal not-existant email address. if it is an external not-existant email address, the email gets out.... |
|
workaround is to disable smtpd_reject_unlisted_recipient in postfix. |
|
with: |
|
We are facing the same problem. However I've noticed one strange thing in logs: |
|
Now that new guys have been taking over this project. Can you please look into this again? |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2017-09-04 14:18 | modir | New Issue | |
2017-09-05 10:58 | tfu | Note Added: 0012256 | |
2017-10-19 12:44 | john.cameron | Note Added: 0012384 | |
2017-12-28 09:50 | Philipp | Note Added: 0012492 | |
2022-05-09 10:13 | sofox | Note Added: 0016036 | |
2022-05-09 11:13 | sofox | Note Added: 0016037 | |
2022-05-09 12:03 | sofox | Note Added: 0016038 | |
2022-05-09 12:04 | sofox | Note Added: 0016039 | |
2022-05-09 12:35 | francis | Note Edited: 0016039 | |
2022-05-09 12:35 | francis | Note Edited: 0012492 | |
2022-05-09 12:35 | francis | Note Edited: 0012384 | |
2022-05-09 12:35 | francis | Note Edited: 0012384 | |
2022-06-30 13:34 | AndreyEver | Note Added: 0016108 | |
2022-06-30 13:52 | francis | Note Edited: 0016108 | |
2022-12-14 11:46 | modir | Note Added: 0016500 |