View Issue Details

IDProjectCategoryView StatusLast Update
0005900SOGoBackend Mailpublic2023-11-16 13:48
ReporterrainerN Assigned Toqhivert  
PrioritynormalSeveritymajorReproducibilityrandom
Status assignedResolutionopen 
Product Version5.8.0 
Summary0005900: Mails get sent via SMTP but not stored in Sent-Folder
Description

About 90% cases of sending mail work fine, but it randomly happens that though the mail gets sent via smtp an error message shows "IMAP-error" and the mail cannot be stored in sent-folder. The user stays in editing mode and hits "Send" once again and everything works as expected. Mail is sent twice though as smtp works in both cases.

It took some time to find out what's causing this as in the sogo-logs they just show up as 405-errors on /send. As you can see in the attached log-snippets, the first imap session is missing the namespace command and tries to get the status for INBOXSent instead of INBOX.Sent which fails. But then it tries to create INBOX.Sent (with separator!?) and fails again.

Additional Information

Servers (sogo and imap): debian 12
sogo installed from debian-repository

Tagsimap

Activities

rainerN

rainerN

2023-11-10 09:57

reporter   ~0017420

This seems to be related to 0005769

rainerN

rainerN

2023-11-10 10:18

reporter   ~0017421

see logs

rainerN

rainerN

2023-11-10 10:28

reporter   ~0017422

IMAP-logs.txt.gz (1,096 bytes)
qhivert

qhivert

2023-11-10 11:04

administrator   ~0017423

Last edited: 2023-11-10 11:06

Hello,
There are several issues about that missing separator that happens sometime, and I've had a look at some point:

C: 4 LIST "" ""
R: * LIST (\Noselect) "." ""
R: 4 OK Completed (0.000 secs)
C: 5 status "INBOXSent" (UIDVALIDITY)
R: 5 NO Mailbox does not exist
C: 6 create "INBOX.Sent"

The delimiter is set when doing the LIST command, in all the cases we can see the delimiter (here it's "."). Then it's the same variable that is used for doing all the following command so I didn't understand how it was possible for it to be missing int the first command (status) but not in the second (create)...

However, could you add in your sogo.conf:
ImapLogEnabled = YES;
It may print some more logs that could help when this problem happens

rainerN

rainerN

2023-11-10 11:50

reporter   ~0017424

Hi,

Thanks for the quick response! As ImapLogEnabled didn't do anything, I set ImapDebugEnabled=Yes and this one worked.

I'm waiting for the error to show up again, will update this item when I have new results.

rainerN

rainerN

2023-11-13 10:25

reporter   ~0017427

Hello,

See the newly attached file containing corresponding logs from sogo- and imap-server.

qhivert

qhivert

2023-11-16 13:48

administrator   ~0017439

Hello,
Thanks for the log alas not new useful information or error. I would have to think a proper way to catch this error and understand why it happens.

Issue History

Date Modified Username Field Change
2023-11-10 09:56 rainerN New Issue
2023-11-10 09:56 rainerN Tag Attached: imap
2023-11-10 09:57 rainerN Note Added: 0017420
2023-11-10 10:18 rainerN Note Added: 0017421
2023-11-10 10:28 rainerN Note Added: 0017422
2023-11-10 10:28 rainerN File Added: IMAP-logs.txt.gz
2023-11-10 11:04 qhivert Note Added: 0017423
2023-11-10 11:04 qhivert Note Edited: 0017423
2023-11-10 11:05 qhivert Note Edited: 0017423
2023-11-10 11:05 qhivert Note Edited: 0017423
2023-11-10 11:05 qhivert Note Edited: 0017423
2023-11-10 11:06 qhivert Note Edited: 0017423
2023-11-10 11:06 qhivert Note Edited: 0017423
2023-11-10 11:06 qhivert Note Edited: 0017423
2023-11-10 11:06 qhivert Note View State: 0017423: public
2023-11-10 11:07 qhivert Assigned To => qhivert
2023-11-10 11:07 qhivert Status new => feedback
2023-11-10 11:50 rainerN Note Added: 0017424
2023-11-10 11:50 rainerN Status feedback => assigned
2023-11-13 10:25 rainerN Note Added: 0017427
2023-11-13 10:25 rainerN File Added: sogo.log+imap-log.txt.gz
2023-11-16 13:48 qhivert Note Added: 0017439