Hi everyone,
I wanted to let you know that we are reviewing the reports thus far and working through them one by one. I will be responding to each report with an update on where we're at thus far.
EAS and Read-Only Shares
Andreas Meli: "1. the hoped-for function release calendar read-only shows the same behavior on the mobile device as with the old version smartermail - as soon as read-only is selected, the calendar is not visible in the mobile."
EAS won't sync read-only shared folders, and I'm afraid this limitation is out of our hands. EAS doesn't have a concept of read-only shared folders; it always syncs with full control - no matter what. This is the reason we hide read-only shared folders via EAS.
WebCal Concern
Andreas Meli: "via webcal captured it works, but the view is not identical to the original - full day entry shows differently i will make a tickt with this."
I see that you have a support ticket started for this. We will review this with you and try to replicate this issue.
Outlook MAPI Not Authenticating / DoS IDS Blocks
Michael: "Outlook clients were not authenticating. Actually they just weren't communicating with the server. Going into each domain and toggling the max account limit for MAPI (in each domain) somehow refreshed something and Outlook clients are connecting. Phew!"
Vahn Babigian: "We had the same problem with Outlook authentication. We also toggled the Mapi max account limit. In addition we noticed IDS (Denial of Service) was blocking our mailserver ips. We increased DoS connections. That worked for a little while. We have turned off DoS, for now. It seems to be working."
Michael: "we're seeing the same thing. Our main office that connects a lot with MAPI is coming up with DOS blocks. 2 odd things 1- why is it hitting the DOS block? It's sending right password. Seems related to the initial issue about needing to tweak the account limit/wake up MAPI. but 2- the office IP is in the whitelist so it shouldn't come in DOS block. Seems Whitelist is being ignored too?"
I see a couple of people have reported something similar with the Outlook authentication. We will need to do some tests to see if this can be replicated locally.
Vahn, Michael: we have not had any DoS blocks on our production servers. I have started a support ticket with each of you so we can review your logging directly. Regarding the whitelist and DoS rule: Because of how the connections happen, the DoS rule only counts connections for SMTP, POP, IMAP, XMPP and LDAP. Once an IP is blocked by a DoS rule for one of those protocols, the block is then applied to MAPI, EWS, EAS and WebDAV connections as well. This means that a whitelist SHOULD be expected to prevent a DoS block, since the rule only checks those protocols to begin with. As long as your whitelist includes all available protocols, it should have prevented the DoS block from taking place.
Outlook MAPI Display Name
We replicated the issue with Outlook MAPI not using the user's Display Name on outbound emails. We will get this resolved.
Message Archiving
Michael: "Strangeness with Message archiving. We were using a non-standard archiving location "C:\SMArchive" - quite large 400GB+. After updating archiving was OFF. We had to turn it back on with our Archive folder. We're now waiting to see if it works. But a little nervous here. It seems we're only archiving NEW messages. Unclear how we can see the archive of messages BEFORE the update?"
I wonder if this may just be confusion regarding the archiving changes. We relocated the settings for message archiving. The 'All Domains' rule is now set at system Settings > General, and the per-domain rules are now configured on each domain's configuration (Options tab). If you had per-domain rules configured pre-upgrade, you'll find those in each domain's Options tab now. However, we have a support ticket for this so we can look into this more, and we will update here accordingly.
Automated Forwarding
Thomas Lange: "notification/error messages with "allow_mail_forwarding is False":
I allowed this now for all users so that our external mail-archiving-software is working again and we are able to get all received and outgoing emials as a copy (add-recipient)
But I am not happy that now all users are able to edit/change forwarding addresses and settings on their own. Their should be a way that Global and Domian-Admin configured forwarding is possible - independently to individual user-account-setting."
If the domain's Automated Forwarding setting is enabled, then domain-level Content Filters should allow the Forward Message action and domain-level events should allow the Add Recipient action. These two domain-level automated forwards should NOT be impacted by the users' automated forwarding settings.
Outlook MAPI Invitation Emails
Mostafa Karimi: "first of all and the most annoying one all MAPI (Outlook Client) users cannot open Calendar meeting invitations with the error: Outlook does not recognize this Schedule + recurrence pattern. So they Cannot accept or decline the meeting unless they open their Calendar and navigate to the invitation, then they are able to open the email. that is not the end of the story, once they accept, it remains acceptable and won't move from inbox to deleted items."
We were able to replicate this issue with all day appointments in Outlook MAPI. I see we have a support ticket opened. We will provide updates as they become available.
Time Zone Issue when Viewing Calendar
Mostafa Karimi: We will continue troubleshooting this with the support ticket you have open.
Outlook MAPI Not Syncing Inbox
Gabriele: "after the update to the latest snew SM (and even after 8496) an account doesn't sync with Outlook MAPI anymore."
We were able to replicate a similar issue and have a development task looking into this. We will continue working with you on your support ticket to gather the necessary information from you.
Issue with One Domain Post Upgrade
Jan Becher: "On one domain, the users cannot see ex. inbox, and the domianadmin (nad systemadmin) cannot see any of the users. User connections and user statuses shows number of users but no details."
These issues both seem related to a JSON issue. We have a support ticket with you where we will continue troubleshooting this.
Cannot Login via Firefox
pjeski: "I cannot log in to webmail with firefox, even as the site admin. I get the red "Username or password is incorrect.", but when I look in the administrative log, I see "Webmail Login successful:"..."
I'm unable to replicate this issue. I have started a support ticket so we can review this with you directly.