Closed andrewhenke closed 3 months ago
Hello, Could you show me the $fetcher => mailboxes section from your configuration file?
Thank you for the information. I have a pair more questions:
Dear,
I add the same problem. I fixed it by working on messages UID instead of sequencial id. (UID order does not change whatever happens).
Adding flags FT_UID, CP_UID, ST_UID to following calls is working for me.
Thank you for the information. I have a pair more questions:
Is it possible that when this error occurs there were other IMAP sessions where messages were deleted or moved from the mailbox?
When this error occurs are there any unprocessed mail messages left? If yes, are they correct incoming dmarc reports?
Hello, and my apologies for the delay in response.
The imap connection I utilize is only for accessing the DMARC reports and no other connections would be present.
Likewise, yes, there are outstanding reports to be ingested and they are properly formatted.
Dear, for me there was only dmarc reports in the mailbox, unprocessed. Nothing else. It failed systematically, after a few messages parsed (3-4). For information: i use a gmail mailbox
The fix by use of UID let me think there could be some shift in the message index when some operations are done.
Hope it helps
Thank you all. It looks like some email servers don't follow the standard. I'll fix it soon.
done.
I'll give it a test it the morning and let you know how it functions for me!
Any news on this issue? May I close this?
I'm closing this then. Feel free to reopen it if the issue is still relevant.
When I run the
fetch_reports
utility from the command line, I frequently encounter the following error nearly every single time I fetch the latest reports.Please let me know if I can provide any additional information or details!