Hi,
We received a complaint from one of our users, claiming she lost (and
has lost before in the past) an email, while using the "move to"
functionality in the SOGo webmail interface.
Below is the timeline, hopfully formatting will survive:
12:18:31.554lda(username)<28404>: save: box=INBOX, uid=9826,
msgid=<33gtpcvhtkczk...@ismtpd0029p1iad2.net.sendgrid>, from="zoom" ,
subject=
12:19:15:000POST /SOGo/so/username/Mail/0/folderINBOX/moveMessages HTTP/1.1
12:19:15:229sogod [13007]: |SOGo| starting method 'POST' on uri
'/SOGo/so/tomai/Mail/0/folderINBOX/moveMessages'
12:19:15:380imap(username)<27062>: delete: box=INBOX, uid=9826,
msgid=<33gtpcvhtkczk...@ismtpd0029p1iad2.net.sendgrid>, from="zoom" ,
subject=
12:19:15.382sogod [13007]: 84.x.y.z "POST
/SOGo/so/username/Mail/0/folderINBOX/moveMessages HTTP/1.1" 204 0/73 0.173 - - 0 - 20
12:20:26.569 imap(username)<28783>: expunge: box=INBOX, uid=9826,
msgid=<33gtpcvhtkczk...@ismtpd0029p1iad2.net.sendgrid>, from="zoom" ,
subject=
and after this, the email is gone.
She signed up again for the same zoom thing, received the email again,
and this time the move to folder succeeded.
She claims this has happened to her before, with a completely different
(internal) email.
If it actually happened like this, it would of course be very rather
disturbing...
The logs seem to backup her story: there is a moveMessages from SOGo,
but nothing move-like is logged at the imap level, only a delete.
We are slightly worried. :-|
I will turn on ImapDebugEnabled = YES tonight, but what else to do? How
to investigate this further? Has anyone ever seen something similar?
She claims the first time she noticed this, was after we upgraded from
latest 2.x to 4.x.
Thanks!
MJ
--
users@sogo.nu
https://inverse.ca/sogo/lists