Bug: Issues when receiving two messages with same message id

%3CLINGO-SUB%20id%3D%22lingo-sub-911571%22%20slang%3D%22en-US%22%3EBug%3A%20Issues%20when%20receiving%20two%20messages%20with%20same%20message%20id%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-911571%22%20slang%3D%22en-US%22%3E%3CP%3EThe%20following%20lines%20are%20based%20on%20findings%20in%20Ticket%2016988032%3A%3CBR%20%2F%3EA%20message%20is%20sent%20from%20a%20third%20party%20to%20two%20so%20called%20mail%20lists%20(Mailman%3B%20allowing%20the%20multiplication%20of%20the%20message).%20In%20a%20first%20step%20the%20two%20mail%20lists%20are%20merely%20the%20recipients%20of%20the%20same%20message.%3CBR%20%2F%3EOnce%20the%20message%20arrives%20at%20the%20two%20mail%20lists%2C%20a%20process%20of%20%E2%80%9Cmoderation%E2%80%9D%20(where%20someone%20has%20to%20approve%20the%20message%20being%20sent%20out%20to%20many%20parties)%20is%20being%20started.%3CBR%20%2F%3EWhen%20the%20moderator%20approves%20the%20message%20it%E2%80%99s%20sent%20to%20all%20members%20(recipients)%20of%20the%20mail%20list.%3CBR%20%2F%3EIf%20someone%20is%20a%20member%20on%20both%20mail%20lists%2C%20he%20or%20she%20will%20only%20receive%20the%20message%20once%20even%20tough%20the%20messages%20(in%20our%20case)%20have%20different%20senders%2C%20subjects%20and%20are%20sent%20to%20the%20Exchange%20environment%20at%20different%20times%20(see%20also%20Bug%202).%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EBug%201%3A%3CBR%20%2F%3EEven%20tough%20(as%20per%20Design%2C%20see%20Bug%202)%20the%20message%20is%20only%20delivered%20once%20to%20the%20Inbox%2C%20the%20Message%20Trace%20Utility%20suggests%20in%20parts%20the%20second%20message%20has%20been%20delivered%20too%20(the%20message%20the%20lower%20end%20of%20the%20screenshot%20is%20marked%20Delivered)%3A%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20999px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F137387i1B2C60A1F31CCF6A%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22screenshot1a.png%22%20title%3D%22screenshot1a.png%22%20%2F%3E%3C%2FSPAN%3E%3CBR%20%2F%3EThis%20is%20especially%20annoying%20because%20the%20detail%20view%20contradicts%20(but%20is%20correct)%3A%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20993px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F137388iD8632B42069FD315%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22screenshot2a.png%22%20title%3D%22screenshot2a.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E--%26gt%3B%20Message%20Trace%20%3CSTRONG%3Emust%3C%2FSTRONG%3E%20display%20that%20the%202nd%20message%20was%20dropped%20because%20of%20Bug%202%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EBug%202%3A%3CBR%20%2F%3EThe%20Exchange%20Server%2C%20as%20I%20have%20been%20informed%2C%20uses%20the%20Message%20ID%20and%20the%20Sent%20Date%2FTime%20to%20decide%20if%20a%20message%20was%20processed%20before%20to%20avoid%20duplicates%20in%20the%20mailbox.%3CBR%20%2F%3EThis%20not%20only%20leads%20to%20issues%20like%20this%2C%20where%20two%20quite%20similar%20messages%20(same%20content%20but%20different%20Senders%20and%20Subject%20because%20modified%20during%20the%20moderation)%20are%20only%20partly%20delivered%20but%20actually%20allow%20anyone%20to%20trick%20Exchange%20in%20not%20delivering%20a%20message%20into%20the%20Mailbox%20of%20an%20user%20while%20allowing%20the%20Sender%20to%20prove%20it%20was%20delivered.%3CBR%20%2F%3ESadly%20this%20has%20been%20noticed%20for%20more%20than%207%20years%20and%20the%20issue%20is%20still%20not%20addressed%3A%20%3CA%20href%3D%22https%3A%2F%2Fwww.mailstore.com%2Fen%2Fblog%2F2012%2F07%2F31%2Fexchanges-duplicate-detection-vs-completeness-archive%2F%22%20target%3D%22_blank%22%20rel%3D%22noopener%20nofollow%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fwww.mailstore.com%2Fen%2Fblog%2F2012%2F07%2F31%2Fexchanges-duplicate-detection-vs-completeness-archive%2F%3C%2FA%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ESo%20I%20hope%20that%20those%20issues%20are%20being%20addressed%20in%20the%20nearer%20future.%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThank%20you!%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-911571%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EBUG%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EExchange%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EMessage%20Trace%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E
Highlighted
Occasional Visitor

The following lines are based on findings in Ticket 16988032:
A message is sent from a third party to two so called mail lists (Mailman; allowing the multiplication of the message). In a first step the two mail lists are merely the recipients of the same message.
Once the message arrives at the two mail lists, a process of “moderation” (where someone has to approve the message being sent out to many parties) is being started.
When the moderator approves the message it’s sent to all members (recipients) of the mail list.
If someone is a member on both mail lists, he or she will only receive the message once even tough the messages (in our case) have different senders, subjects and are sent to the Exchange environment at different times (see also Bug 2).

 

Bug 1:
Even tough (as per Design, see Bug 2) the message is only delivered once to the Inbox, the Message Trace Utility suggests in parts the second message has been delivered too (the message the lower end of the screenshot is marked Delivered):

screenshot1a.png
This is especially annoying because the detail view contradicts (but is correct):

screenshot2a.png

--> Message Trace must display that the 2nd message was dropped because of Bug 2 

 

Bug 2:
The Exchange Server, as I have been informed, uses the Message ID and the Sent Date/Time to decide if a message was processed before to avoid duplicates in the mailbox.
This not only leads to issues like this, where two quite similar messages (same content but different Senders and Subject because modified during the moderation) are only partly delivered but actually allow anyone to trick Exchange in not delivering a message into the Mailbox of an user while allowing the Sender to prove it was delivered.
Sadly this has been noticed for more than 7 years and the issue is still not addressed: https://www.mailstore.com/en/blog/2012/07/31/exchanges-duplicate-detection-vs-completeness-archive/

 

So I hope that those issues are being addressed in the nearer future. 

 

Thank you!

0 Replies