Sign in
 
HomeOnline20132010Other VersionsLibraryForumsGalleryEHLO Blog
TechCenter >
> 
> 
Conflict message

Proposed Answer Conflict message

  • Wednesday, October 01, 2008 8:29 PM
     
     
    Sign In to Vote
    0

     

    Hi All,

     

    We are using Exchange 2007 w/ Outlook 2003. I have a user that when they receive "Read Receipts" they get "Conflicting edits have been made to the same item. To resolve this conflict, select the item in the list below you wish to keep and then choose Keep This Item, or choose Keep All to preserve all the versions"

     

    This user is also a Blackberry Enterprise user, and we are using cached exchange mode with Outlook 2003. I tried to recreate the OST.......no luck

     

    Any ideas?

     

    Thx

     

All Replies

  • Friday, October 03, 2008 3:58 AM
     
     
    Sign In to Vote
    0

    Clarify: A user got conflict messages when he (she) received Read Receipt

    Possible cause: This issue mostly happens with the multiple edits on same message with different sources

    1.       Does user have delegator for mailbox?

    2.       Does this issue happen to every email user sends with “Required read receipts” or is it occasionally?

    3.       Does he check both read and delivery receipts? See if he’s using different sources to access these mails

    4.       Try to reproduce issue [check the read receipt and send to another mailbox]

     

     
  • Friday, October 03, 2008 4:59 PM
     
     
    Sign In to Vote
    0

    1) Delegator for calendar, not mailbox

    2) I believe its occasionally

    3) just read receipts, she also has a blackberry

    4) i cannot reproduce.

     

    thanks

     

     
  • Thursday, October 09, 2008 8:57 PM
     
     
    Sign In to Vote
    0
    I'm having the same problem with tasks generated by SharePoint.  We're using Exchange 2007 / Outlook 2007, and Blackberries..
     
  • Friday, October 24, 2008 2:33 PM
     
     
    Sign In to Vote
    6

    We have this problem also.  We worked extensively with Premier Support and determined it has to do with a very minor change that RIM makes to the header.  Then when the RIM and Exchange servers synchronize the message appears to be in conflict. 

     

    A quick fix for the end user is to simply right click the message, select Message Options, and then hit the Close button.  Conflict goes away and user can open the message.

     

    We have asked both Microsoft and RIM for a fix.  Microsoft says it's RIM's problem.  RIM hasn't responded.  One possible solution is to lengthen the update time between servers.  Unfortuantely that's not an option for us.  I'm hoping others put some pressure on the two companies to get this fixed.  Until then we are reluctant to use SharePoint Workflow.

     
  • Monday, June 22, 2009 6:22 PM
     
     
    Sign In to Vote
    0

    I don't have an answer, but I wonder if any Microsoft folks who watch the forums could speculate on what might be happening.

    In our experience, this happens only in Cached Exchange Mode.  We don't see it otherwise.

    We can reproduce the problem fairly reliably (although not always) by the following method, if you're a BlackBerry user.

    • Send someone in your Exchange organization a mail message, and wait a minute or two.
    • Attempt to recall the message, and specify that you want to be notified of success/failure.
    • Wait until you receive the notification on both your Blackberry and in Outlook.
    • If you have your Inbox open, you'll notice that the notification message, which first appeared as an ordinary message, has turned into a Conflict message.

    To me, it seems that the "conflict" is really between your cached copy and the one on the server, which the BES has altered in some way to indicate that it has been processed.

    That's speculation, of course.  But if that's what's happening, then I can understand if Microsoft would say, well, the message has changed, so we have to tell you, since your copy is different.  And I could understand if RIM would say, that's how we keep track of whether the message has been downloaded, and changing that mechanism to be non-invasive is not trivial.

    Of course, users don't care and don't want to live without Cached Exchange Mode--I certainly don't want to.  And we'd rather not have to click an extra couple of times to "fix" each conflict message, especially if they get lots of these (SharePoint notifications, especially.)

    Is a solution realistic, or are the two workarounds (don't used Cached Exchange Mode, or click a couple extra times and be happy) all that we'll ever have?

     
  • Thursday, July 09, 2009 8:11 AM
     
     
    Sign In to Vote
    0
    I am having the same issue.  As a workaround, I have switched off the delivery notification option on the Outlook client and that has resolved the issue.
     
  • Thursday, July 09, 2009 1:02 PM
     
     
    Sign In to Vote
    0

    Just to be clear, notification messages for recalled messages aren't much of a concern to us; I have to guess that the use of the recall feature is rare.  I used recall notifications as an example, because they can be generated easily and on demand.

    The problem is much more general.  We're concerned with things like SharePoint nofications and other automated responses that we don't want to turn off.

     

     
  • Monday, November 16, 2009 3:57 PM
     
     
    Sign In to Vote
    0
    Anyone have any updates on this? We are experiencing the same issue with Blackberry users on Office 2007 and Exchange 2003. Turning off notifications is not an option, and Telling someone at a CEO level that they need add several clicks for every read receipt due to a "sync issue" is not acceptable. Thanks in advance.
     
  • Thursday, March 04, 2010 9:27 PM
     
     
    Sign In to Vote
    0
    I'm having the same problem with tasks generated by SharePoint.  We're using Exchange 2007 / Outlook 2007, and Blackberries..

    i just want to bump up this post as i am also having the same issue with a user here with SharePoint.
    Only issue she is receiving is with WF. Alerts/RSS works normal. When starting the workflow, she recieves the email and would have to confirm to keep all. Kind of annoying, any help would be greatly appreciated.

    THanks,
    TKM
    Thanks, always appreciate it
     
  • Thursday, March 04, 2010 9:58 PM
     
     
    Sign In to Vote
    0
    Anyone have any updates on this? We are experiencing the same issue with Blackberry users on Office 2007 and Exchange 2003. Turning off notifications is not an option, and Telling someone at a CEO level that they need add several clicks for every read receipt due to a "sync issue" is not acceptable. Thanks in advance.

    The issue happens because the user opens the message in Outlook before BES delivers it to their Blackberry.  Then the message gets delivered to their mobile and thus the properties of the message on the server are changed before the user changes them with Outlook.

    The best workaround is to let the message get delivered to the Blackberry BEFORE the user goes to open/edit the message in Outlook.
    -B-
    http://www.officeforlawyers.com
    Author: The Lawyer's Guide to Microsoft Outlook
     
  • Wednesday, April 21, 2010 8:04 PM
     
     
    Sign In to Vote
    0

     

    Scenario: A user (that has Blackberry) enters an item in a list that automatically starts a workflow for which he/she is an approver.

     

    Result: The conflict message happens every time. I did not open the item either from outlook or my Blackberry. (So the workaround recommended above is not suitable since it cannot  be controlled by the user.)

    I agree that escallation is required.

     
  • Wednesday, August 04, 2010 6:04 PM
     
     
    Sign In to Vote
    0

     

    Scenario: A user (that has Blackberry) enters an item in a list that automatically starts a workflow for which he/she is an approver.

     

    Result: The conflict message happens every time. I did not open the item either from outlook or my Blackberry. (So the workaround recommended above is not suitable since it cannot  be controlled by the user.)

    I agree that escallation is required.


    I agree and concur with this post, but as it relates to recalled messages.
     
  • Monday, August 16, 2010 5:22 AM
     
     
    Sign In to Vote
    0

    Hi,

    We have recently run into this same issue but with Outlook 2007 & Sharepoint 2007 workflow instead. Has there been any new development ?

     
  • Tuesday, August 24, 2010 2:09 PM
     
     
    Sign In to Vote
    0

    This is absolutely not the case.  The majority of our problem is with automated, overnight messages sent while the user are asleep and their BBs are getting the messages.

    The sample procedure I provided above (recalling a message) specifically says to wait until the message in present in both places.

    Sorry I didn't write sooner.

     
  • Tuesday, November 30, 2010 11:53 AM
     
     
    Sign In to Vote
    0

    We have the same problem. Users are on Outlook 2007/2010 cached mode with SharePoint 2007 production and Sharepoint 2010 dev/test environment. When users are non-cached mode - no Sharepoint workflow task conflict messages are received.  Unfortunately, our new Exchange 2010 environment requires us to run in cached mode and now the conflict messages are back.

    We have not touched the incoming messages on the Outlook client or the Blackberry.  Blackberry receives only one message.  Outlook cached client will receive the message fine and then will turn to conflict message about 5 seconds later. This is viewed from the message list - no autopreview on.

    User can click to accept one of the messages that appears in the conflict list and all is fine but like Vern-W said earlier, telling users that they have to click on conflict messages is not an acceptable option for us. We also can't take the entire organization out of cached mode.

    Any suggestions would be greatly appreciated. We are in a huge bind right now. Thank you!

     
  • Wednesday, December 15, 2010 8:44 PM
     
     
    Sign In to Vote
    0

    I'm having a similar issue, but it is ONLY in Sent Items

    Outlook 2007

    Cached Exchange Mode

    Blackberry

    Do not use receipts

    Why would message notification affect Sent Items?

    Don't want to give up Cached Exchange Mode, as I travel

     
  • Wednesday, December 22, 2010 9:51 PM
     
     
    Sign In to Vote
    0

    I'm having the exact same issue.

    Outlook 2007, Exchange 2003, Cached Exchanged Mode, Blackberry, No Receipts.

    All the conflicts are showing up in the sent items as well. I have tried all suggestions in here including not using cached exchange mode, changed name of the .ost file, and making sure the receipts are turned off.

    Not all blackberry users are getting this error. Only one here in the office and one of our remote employees in The Netherlands.

    Any help with this would be greatly apperciated.

    Thanks!!!

     
  • Wednesday, January 19, 2011 11:27 PM
     
     
    Sign In to Vote
    0

    Hi

    Having same problem here. Exchange 2003, Outlook 2003, Exchanged Mode, BlackBerry, BES 5.02 with MR2.

    Conflict occurs on occasional Read receipts and also Undeliverable NDRs from "System Administrator"

    We're still in pilot program for implementing BES so I'm the only user that this is happening to, and also the only user with Exchange cached mode, so unfortunately our workaround for now will be to keep users on non-cached mode it seems.

    Cheers

     

     
  • Thursday, February 17, 2011 5:36 PM
     
     
    Sign In to Vote
    0

    Hello.

    Having the same problem as well. Exchange 2007, Outlook 2007, Cached Mode On, BES MR2, and MOSS 2007.

    When a workflow generates a task email the user receives a conflict email stating that "Conflicting Edits have been made to the same item. To resolve this conflict, select the item in the list below you wish to keep and then choose "Keep This Item", or choose "Keep All" to preserve versions."

    Really could use some Microsoft assistance on this. The issue has been open for over 2 years!!! The only MVP response is to not open the item on your Black Berry, which evidentally has no effect on the issue.

    Somes assistance would be greatly appreciated.

    SCCM Admin
     
  • Thursday, February 17, 2011 7:04 PM
     
     Proposed Answer
    Sign In to Vote
    4

    Although I still do not understand the problem, I've implemented the workaround on the BES that is suggested by this KB article:

    http://www.blackberry.com/btsc/search.do?cmd=displayKC&docType=kc&externalId=KB19222  

    See the Workaround section and follow the link to the KB article specifically about ProcessMailDelay.

    I had tried setting the registry value ProcessMailDelay to 5, but that didn't help at all.  Setting it to 60 (and restarting BES services) seems to have eliminated the problem for at least a couple of our users who had been most plagued by the problem.  One claims to have been able to generate the problem on demand, all the time, and he can no longer do so.

     

     

     

     

    • Proposed As Answer by jjpb Thursday, February 17, 2011 7:04 PM
    •  
     
  • Thursday, March 03, 2011 3:36 PM
     
     Proposed Answer
    Sign In to Vote
    1

    I made this change on the server and set the ProcessMailDelay to 25 instead of the suggested 45 on the link you sent, and it seemed to do the trick! Perhaps RIM should implement that in their software.

    Thanks Again!

    SCCM Admin
     
  • Friday, July 22, 2011 8:38 AM
     
     
    Sign In to Vote
    2

    Hello,

    Sorry for refreshing this topic, but this problem does bother me. Can you please tell me if I am understanding this correctly.

     

    1) I send a message to user A.

    2) The message arrives at the Exchange server

    3) User A downloads the message from the Exchange server. In the same time BES downloads the message from Exchange.

    4) User A now has the message in the original version stored on the PC in the .ost file. Exchange server replaces the message with the one it receives form the BES.

     

    So now we have the message version 1.0 on the PC due to it running in cached mode, and we have version 1.1 on the Exchange server due to the modification made by BES.

    So my questions:

    1) When does the PC receive the message in version 1.1?

    2) Why doesn't this create conflicts for all messages?

     

    If someone could answer those I would appreciate. And if my thinking is incorrect, can someone tell me how does it work?

    Thanks,

     
  • Wednesday, September 21, 2011 5:20 PM
     
     Proposed Answer
    Sign In to Vote
    0
    Yes, Microsoft/RIM please answer this for us. Is there any workaround available?
    • Proposed As Answer by ExchangeVM Monday, August 06, 2012 9:52 AM
    •  
     
  • Wednesday, November 02, 2011 5:41 PM
     
     Proposed Answer
    Sign In to Vote
    1

    I believe this is the solution for the problem.  However, it also states that you should not implement this in production...

    Cached Exchange Mode in Microsoft Outlook creates duplicate email messages in the Sync Issues - Conflicts folder for BlackBerry Enterprise Server users

    http://btsc.webapps.blackberry.com/btsc/search.do?cmd=displayKC&docType=kc&externalId=KB19222

    • Proposed As Answer by albat0m Wednesday, November 02, 2011 7:10 PM
    •  
     
  • Thursday, January 05, 2012 1:51 PM
     
     
    Sign In to Vote
    0

    Is it possible to get a confirmation regarding this RIM KB that it is resolving the issue? I am little bit hesitant at this point. Reason is that my team can not get an understanding why only SharePoint workflow messages are aggrevating this conflict messages, but nothing else!

    Ali.

     
  • Friday, February 24, 2012 4:12 PM
     
     
    Sign In to Vote
    1

    Although I still do not understand the problem, I've implemented the workaround on the BES that is suggested by this KB article:

    http://www.blackberry.com/btsc/search.do?cmd=displayKC&docType=kc&externalId=KB19222  

    See the Workaround section and follow the link to the KB article specifically about ProcessMailDelay.

    I had tried setting the registry value ProcessMailDelay to 5, but that didn't help at all.  Setting it to 60 (and restarting BES services) seems to have eliminated the problem for at least a couple of our users who had been most plagued by the problem.  One claims to have been able to generate the problem on demand, all the time, and he can no longer do so.

    JJPB,

    Is this solution still working for you? We had ours set to 40 seconds for years but a recent migration to BES v5.x has brought this issue back to life.

    When updating this key, did you change the Hexadecimal to 60 seconds or the Decimal value?

    Jason

    Jason

     
  • Friday, February 24, 2012 4:39 PM
     
     
    Sign In to Vote
    0

    Jason,

    It's still working for us.  That's Decimal 60, not 0x60.   We never did bother trying settings any lower than 60.   We're running BES 5.0.3.

    ..Jeff

     
  • Thursday, May 10, 2012 5:03 PM
     
     
    Sign In to Vote
    0
    I am having the same problem using both read receipt and delivery receipt however I do not have a blackberry and do not access my email from any other source because I cannot.

    Aaron Bennett