You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
it looks like after merging PR#9546 the returned values from AbstractMailReceiver#receive no longer reflect the current state of the MimeMessageafter the receiving process.
The message flags of the received messages are outdated and don't contain the changes of AbstractMailReceiver#setMessageFlags, because the flags are only applied to the original message and not the copy (AbstractMailReceiver.IntegrationMimeMessage).
The behavior change can be verified by debugging the returned values from receiver.receive() in the new unit test method. The flags are empty in the debugger, while the original messages (msg1, msg2) contain the flags \Seen and spring-integration-mail-adapter.
Was this change in behavior intentional? This looks like a bug to me, because message processing after the initial receiving step now works with an outdated state.
Best regards,
Daniel
The text was updated successfully, but these errors were encountered:
Fixes: #9633
Issue link: #9633
The message flags of the received messages are outdated and don't contain the changes of `AbstractMailReceiver#setMessageFlags`,
because the flags are only applied to the original message and not the copy (`AbstractMailReceiver.IntegrationMimeMessage`).
* Call `setMessageFlagsAndMaybeDeleteMessages()` for `IntegrationMimeMessage` copies as well
(cherry picked from commit 1d85d6b)
Fixes: #9633
Issue link: #9633
The message flags of the received messages are outdated and don't contain the changes of `AbstractMailReceiver#setMessageFlags`,
because the flags are only applied to the original message and not the copy (`AbstractMailReceiver.IntegrationMimeMessage`).
* Call `setMessageFlagsAndMaybeDeleteMessages()` for `IntegrationMimeMessage` copies as well
(cherry picked from commit 1d85d6b)
Discussed in #9632
Originally posted by dru1 November 6, 2024
Hi,
it looks like after merging PR#9546 the returned values from
AbstractMailReceiver#receive
no longer reflect the current state of theMimeMessage
after the receiving process.The message flags of the received messages are outdated and don't contain the changes of
AbstractMailReceiver#setMessageFlags
, because the flags are only applied to the original message and not the copy (AbstractMailReceiver.IntegrationMimeMessage
).The behavior change can be verified by debugging the returned values from
receiver.receive()
in the new unit test method. The flags are empty in the debugger, while the original messages (msg1
,msg2
) contain the flags\Seen
andspring-integration-mail-adapter
.Was this change in behavior intentional? This looks like a bug to me, because message processing after the initial receiving step now works with an outdated state.
Best regards,
Daniel
The text was updated successfully, but these errors were encountered: