它已经过了一年，因为我原来在博客这个问题与Microsoft Exchange和Outlook，问题已经扩大更大，从而更新的博客张贴在这里。这个问题有具有日历约会和会议要求“消失”组织的事，让腐败，会议代表（老板/助理），具有与约会显示出来，消失，重新出现等挑战
底线，这是一个已知的问题，如果你有以下情况：
微软的Exchange（2003年，2007年或2010）
展望（2003年，2007年或2010）
苹果的iPhone / ipad公司
和潜在的苹果机（运行的Entourage或Outlook 2011）
和潜在的RIM黑莓
总之，它是在所有这些产品与谁感到沮丧，做变通用户一起错误的组合进一步恶化导致问题的问题。
好东西，有一个修复！我在一年前博客中提到这个问题（//m.amiribrahem.com/community/ExchangeCalendaringProblemSolutions），并与修正和解决方案的更新不断更新的博客文章。在过去的一年中，咨询公司我跑（融合计算，http://www.cco.com）已执行了有条不紊的过程，完全消除几十个代表成千上万的日历组织压延问题。
坏事情，它不是一个简单的1时间修复。你不能只是扔在补丁和问题消失。它也不仅仅是一个技术解决方案，它实际上需要的全力支持人，流程，以及技术来解决这个问题。让我澄清一下...
正如我指出的那样，这个问题的根源是错误的Microsoft Exchange和Outlook，并在苹果iPhone和iPad的错误，和错误的黑莓企业服务器（BES）。所有这些错误在我的网络世界被明确记载的博客上面的帖子我参考。在该文章中，我给出具体的微软，苹果和RIM科技文章。如果你问微软，苹果，RIM，他们不承认这些都是已知的bug，并且错误是固定的，当你申请的注意更新。所以在技术上，每个人都获得了修复的问题，为什么你就不能申请了bug修复和问题消失？
这其中的人员和流程进来玩...
该bug修复只从这里向前已经更新了服务器/设备上解决这个问题。三个问题，我们已经多次发现，“破发”的解决方案的成功：
1）由于多为目前所有的设备得到更新，分一些Exec的或管理熄灭，并购买一个全新的iPad或iPhone，并将其配置重新同步他们的电子邮件，新的（非托管/未更新）设备腐化日历。苹果继续出货其与旧版本的IOS和这样的设备，而一切工作，这个问题再次弹出
2）或者，一切工作正常，然后建立一个新的Exchange服务器（增加了一个新的服务器来提高性能/容量，或增加了一个新的网站有新的服务器），但它忘了修补和修复程序将新的服务器。此后不久，随着日历的问题再次弹出
3），或在一些情况下，执行（或管理）有一个系统/设备“在家”，没有一个在IT意识到他们同步他们的日历。而这并没有发生只有一次，它发生的时间，由一个家庭设备偶尔同步破坏所有IT方面做补丁/更新所有“已知”设备工作
这些都是过程的东西。这将保证它比它的系统/设备控制的组织唯一的解决办法是建立一个非常有条理的系统管理/设备管理策略。这意味着你的网络将不允许任何系统或ActiveSync从任何电话只是任何人都可以同步与任何的iPad，iPhone，黑莓，微软Outlook为Windows，或Entourage的Mac系统/设备。随着系统/设备管理支持，只允许授权的系统/设备访问和同步与Exchange。有可提供这种类型的基于策略的设备控制，包括微软系统中心配置管理器（SCCM），卡斯帕，在iTunes上等的变化的几个应用该政策已经默认阻止用户访问，请检查的iOS / Outlook版本/在Windows / ActiveSync的/ MAC /等，补丁/更新系统/设备，然后让系统/设备同步。当你的连接到网络的所有系统/设备的100％，100％的控制，那么你现在可以有信心，你有技术和工艺覆盖该解决方案。
现在到该解决方案的一部分人。我们已经谈了人员，流程和技术多年，这是那些人玩的解决方案的一部分实例之一。这不是在这个问题的解决方案不够好，只是跑来跑去，打补丁，你知道的2-3（或10-20）系统/设备来解决这个问题。正如我提到的，如果你不控制系统/设备的入职和执行或者其管理购买新的iPad / iPhone和螺丝了他们的日历，然后他们失去对IT的信心和解决方案，他们放弃做出他们的贡献。We’ve seen it dozens of times and going to say you MUST manage the systems/devices before you tell everyone the problem has been fixed because the problem WILL arise again if you don’t have control over the technology and processes in IT as noted above.
人的方面是所有关于信心和积极参与。
对于参片，正如我在2010的博客文章指出，用户无法接受/拒绝会议任命或修改会议从他们的移动设备上的约会！这是在说服一个行政或者说是委托管理的最困难的事情，你必须与高层/管理员的讨论。让我用一个比喻......你可能都知道，你不能在同一时间共享相同的Word文档或Excel电子表格。如果试图在同一时间访问一个文件在网络共享，2ND人访问该文件得到了通知，文件被锁定，并通过别人使用，你只能访问的Word / Excel文件“只读”。如果两个人保存同一Word文档在同一时间，最后一个人写Word文档“胜”，这意味着，无论写的第一人被覆盖。这是大多数人很清楚，它适用于Outlook电子邮件为好。
如果两个人打开同一日历约会在同一时间，一个人接受，一个人的下降，其任命被锁定到人的日历？不像Word文档在那里，很明显的覆盖写入了文件，日历约会时，接受被发布回给发件人，而跌幅删除了会议。Here’s where the bugs come in to play, as an example, with the Apple iOS bug that was fixed just this Spring (2011) with iOS 4.3, prior to that bug fix, a Decline by the iPad/iPhone user for a single meeting instance will actually Delete ALL re-occuring appointments for that meeting. A very frustrating problem is where bugs in Exchange and Outlook had differing effects where in some instances the Accept would Accept the meeting, and some instances a Decline after an Accept would not Decline the meeting once the iPad/iPhone/Mac/Outlook system/device sync’d. It is this inconsistency that causes frustration because what used to work one way immediately changes when a patch or update is applied and now the problem works the other way.
The reason iPads/iPhones/Blackberries are causing this problem (and why this wasn’t a problem for a decade and is now a problem in the past year or so) is the proliferation of mobile sync’ing devices (by the way, this also includes Android phones and Pads, so this isn’t “just” an Apple/RIM device thing). The problem with mobile devices is all about timing on the sync. If one device Accepts the meeting appointment at say 9am on their iPhone, and a delete Declines the meeting at 9:10am on a PC, but the iPhone is out of signal range and doesn’t sync the meeting until say 9:30am, what happens to the meeting? Between 9:10am-9:29am everyone thinks the meeting has been declined and potentially sends a new meeting invite for a different time. At 9:30am the meeting is Accepted once the iPhone is in signal range. So now what’s the end result of that meeting? Declined because of the 9:10am decline? Accepted because of the 9am Accept that was sync’d finally at 9:30am? Or changed based on a new meeting sent between 9:10am-9:29am??? Unlike a Word doc where write requests are checked realtime, currently the way ActiveSync works on mobile phones, there is no “real time checking” on meeting appointments. This will need to be addressed in future versions of Windows / Exchange / ActiveSync / Macs / iPads-iPhones / etc. But for now, we need to deal with it… (and by the way, this problem exists in other email systems as well, anything that allows a mobile / disconnected device has the same root problem, so don’t think that dropping Exchange and going to something else will solve your problem…)
在同一直线上，你也必须意识到，一旦会议约会已损坏，它仍然是腐败的，甚至打补丁/更新后。如果你执行的定期约会是因为iPad / iPhone的错误的删除，具有Exec的管理副本转寄坐在他们的日历到Exec不会使问题消失，其实你刚刚转发的腐败会议的Exec的。你需要“清理”的会议。任何定期约会是flakely（它会出现在日历中，不会出现在其他人）应重发后，所有设备都修补/固定。同样，一个人处理，你要教育人们，腐败的约会将始终保持腐败，你必须重新发送新的。
于民的过程，如果用户发现进程是不一致的，那么他们失去信心并退出做他们的修正的一部分。所以，如果你告诉用户不要使用自己的iPads /的iPhone /黑莓接受/拒绝约会，但后来他们增加一个新的iPad没有你知道它和问题依然存在。然后，用户停止做他们的部分思想，“嘿，告诉我不能在我的iPad接受，但问题仍然存在”和信心缺失导致用户再次开始接受/在移动设备上下降约会，现在没不管你是否得到了技术/工艺在日后的地方，人们都没有参加。这个问题永远不会消失？
同样，我们在制作日历问题消失在我们通过这个有条不紊的过程，走环境达到100％的成功。这个问题是可以解决，请从我的2010博客文章蒸馏水的指导，并希望一点点在这里更好的澄清。