Excerpt | ||
---|---|---|
| ||
If you read one document on this knowledgebase, make it this one. |
Table of Contents |
---|
Known Issues with the Activesync Protocol (Microsoft)
- We are tracking an issue with Android Kit Kat (4.4) and not synchronizing email using push settings. Affected users have set mail check frequency to 5 minutes as a workaround. This appears to be an issue with Kit Kat and Microsoft Exchange and is not related to Tufts implementation of exchange. Please note that with Kit Kat, you must enter tufts\UTLN instead of just UTLN for the username field.
Patching to Exchange 2010 SP2 RU0 (from SP1 RU0)
- Currently Investigating: It is believed that some people that were previously sending via plaintext may now be sending via HTML. Not yet confirmed.
Failovers between Data Centers in Email
Info |
---|
Database failovers are sometimes associated with maintenance windows (patching, restarting mailbox servers, etc.) A database will failover any time the connection to the active database is severed. Database failover testing will be part of regular operational maintenance of Exchange but would only occur within published maintenance windows. During maintenance windows unless otherwise specificed Tufts email is available throughout the entirety of the maintenance. |
- In some cases an email application left open during the maintenance window will require a restart of the application to clear cached mailbox information. This is rarely required.
- Clients that were actively working during the maintenance window may have seen a disconnection from Exchange for 30 seconds shortly followed by a reconnection to the new database location in TAB.
- In some cases a mobile device may require a restart, of the 10 devices used to test the change (4 BES, 6 Activesync), none required one.
- If you believe you are seeing unexpected behavior that warrants escalation, please submit tickets to UITSC@tufts.edu so we can track and coordinate our efforts.
- Some Mac Mail clients will disassociate thier local cached copy of the mailbox and require a mailbox rebuild or worst case mailbox remapping to resolve.
- Root cause of this is unknown at this point, there have been 3 instances recognized across the university during failover testing.
- In the March 14th failover test (2012) there were no detected instances of this bug which was seen on November 19th.
- Root cause of this is unknown at this point, there have been 3 instances recognized across the university during failover testing.
Automatic Account Generation
- Some Individuals flowing in from eReg are not being automatically provisioned Exchange accounts as is expected, a fix is expected in time for 4/19/2011 Tuesday meeting.
- If they are eReged and then start to flow in through HR, they are still not auto-provisioned accounts.
Exchange 2010 Open Issues
- Slowness is being observed in the evenings between 6:30pm and 7:30pm, work is ongoing to resolve this.
- Two instances of computers that could not bind to the exchange environment using Outlook 2007. This was not replicatable on other machines in the same subnet, in one case the machine was upgraded to Office 2010, in the second case the computer began working after patching Office 2007
- This is not yet deemed above two similar incidents, but is being watched closely.
- Calendar sharing permissions appear to be resolved – but in some cases Outlook Caching of the old share causes issues. Re-opening the share generally resolves this, best to test in Outlook Web Access to eliminate caching issues
Exchange 2010 SP1 Issues
- Exchange Account Binding: PC - resolved as of 3/1/2011
- Exchange Account Binding: Mac - resolved as of 3/18/2011
BIS (Blackberry Internet Service)
- BIS IMAP connections cannot sync messages from before the point of synchronization. This means the first email on a BB post exchange migration will be from the migration date. This is a limitation of BIS, not a limitation of the migration or Tufts Exchange.
BES Devices
...
Incomplete Search Results in OWA
- From time to time a mailbox may begin displaying incomplete search results (i.e. searching "George" may not return all emails by george, even some that were received recently.) This is a known issue with Microsoft Exchange 2010 post SP1 but has some workaround solutions. To request resolution, please submit a ticket for escalation to ESS.
Mac OSX Known Issues
- Outlook 2011 can take longer than anticipated to send messages
- There is an open case indicating the Mail Client for OSX 10.9 (Mavericks) may have some bugs in exchange 2010 attachment handling
Known Issues with the Activesync Protocol (Microsoft)
- *Android Kit Kat (Versions before 4.4.2)
- We are tracking an issue with Android Kit Kat (4.4) and not synchronizing email using push settings.
- Affected users have set mail check frequency to 5 minutes as a workaround. This appears to be an issue with Kit Kat and Microsoft Exchange and is not related to Tufts implementation of exchange.
- Android Patch 4.4.2 seems to fix the problem.
- Please note that with Kit Kat, you must enter tufts\UTLN instead of just UTLN for the username field.
- We are tracking an issue with Android Kit Kat (4.4) and not synchronizing email using push settings.
- iOS Devices (iPhones, iPads, etc.)
- Changing single instances of recurring meetings, especially if done by a delegate can sometimes not synchronize successfully with the iOS device, despite exchange (i.e. OWA) showing the synchronized change
- This is a known issue on both Apple and Microsoft forums, best recommendations follow
- Where possible don't reschedule single instances of re-ocurring meetings
- Where possible update an executives calendar as the executive as opposed to using delegated rights
- Where possible designate a single person to maintain an executives calendar at a time
- Sometimes an email day of to accompany the change is helpful.
- Resolving single incident issues usually requires either a toggle on/off of the calendar in iOS or in some extreme cases a full remap.
Failovers between Data Centers in Email
Info |
---|
Database failovers are sometimes associated with maintenance windows (patching, restarting mailbox servers, etc.) A database will failover any time the connection to the active database is severed. Database failover testing will be part of regular operational maintenance of Exchange but would only occur within published maintenance windows. During maintenance windows unless otherwise specificed Tufts email is available throughout the entirety of the maintenance. |
- In some cases an email application left open during the maintenance window will require a restart of the application to clear cached mailbox information. This is rarely required.
- Clients that were actively working during the maintenance window may have seen a disconnection from Exchange for 30 seconds shortly followed by a reconnection to the new database location in TAB.
- In some cases a mobile device may require a restart, of the 10 devices used to test the change (4 BES, 6 Activesync), none required one.
- If you believe you are seeing unexpected behavior that warrants escalation, please submit tickets to UITSC@tufts.edu so we can track and coordinate our efforts.
- Some Mac Mail clients will disassociate thier local cached copy of the mailbox and require a mailbox rebuild or worst case mailbox remapping to resolve.
- Root cause of this is unknown at this point, there have been 3 instances recognized across the university during failover testing.
- In the March 14th failover test (2012) there were no detected instances of this bug which was seen on November 19th.
- Root cause of this is unknown at this point, there have been 3 instances recognized across the university during failover testing.
Expand | ||||
---|---|---|---|---|
| ||||
BIS (Blackberry Internet Service)
ActiveSync Connections
|
...
- Apple suggests this KB article to resolve the issue - http://support.apple.com/kb/TS3398
Server Mail
...
Server Mail
Addressbook Magic Script
Client ConnectionsOutlook Web Application
Outlook 2003 / 2007
Entourage EWS
Mac Mail / iCal / Addressbook / iOS / iCloud / Google Sync
icloud represents a three-party sync (device, exchange, apple) which should be avoided at all costs. Exchange <-> Device <-> Apple iCloud servers The reason multiple Activesync Devices/Computers work, is even though there are multiple destinations where data is viewed, there is still only a two-way sync in place: Exchange <--> Device1 (iphone) In the incident I worked on this week, as events from the device synchronized across to iCloud, they were removed from the Exchange calendar. This created the perception that Exchange was losing events, when in reality the three-way synchronization was incorrectly shifting them to a location where Exchange no longer saw them. Other potential symptoms of three way sync's is through mass duplications in addition to mass deletions.
Thunderbird
Local Folders / Archived Email
CalendarMeeting Maker to Exchange 2010
|