Pavel Kislinger wrote: > Sorry for my bad question. It was caused by knowledge of five other IMAP > servers, where delete on a message in folder (via thunderbird or any > other) implicate real delete in mailbox (without expunge).
Pavel, unless I misread rfc3501 completely delete on a message in a folder never implies a 'real' delete. It is always about setting a flag on a message. There simply is no *delete message* command in IMAP. I _seriously_ doubt dovecot/uw-imapd/courier/cyrus etc do this. > Is there any way, how to set status=2 correctly? (without users compact > folders capability). > Something like autocompact folder planed in cron. update dbmail_messages set status=2 where deleted_flag=1; But this will break IMAP compatibility since imap clients that are connected during this query won't receive an EXPUNGE response as also required by the rfc. > > > Pavel Kislinger > > > Paul J Stevens napsal(a): >> Pavel Kislinger wrote: >> >>> Hello, >>> if I try to delete some emails in my inbox (via thunderbird or outlook), >>> no-one email is really deleted. >>> Deleted email is in Thunderbird invisible, in Outlook is marked as >>> deleted (could be restored). But isn't way how to delete email directly >>> along with releasing space in INBOX. >>> Problem is somewhere around status column in dbmail_messages. Status >>> still reamain at 0 value (before and after delete) instead of value 2. >>> Because of false status value, "dbmail-util -pdy" doesn't work corretly. >>> >> >> Deleting a message in imap means set the deleted flag on this or that >> message. >> So: >> >> x login user1 pass1 >> x select INBOX >> x STORE 1 +Flags (\Deleted) >> >> will mark the message as to-be-deleted (dbmail_messages.deleted_flag = >> 1). In >> thunderbird those are hidden. In Outlook they are crossed out. >> >> If you add an imap command: >> >> x EXPUNGE >> >> messages are deleted as far as the imap server is concerned. If you >> run that >> command, the status flag is set at 2. Those messages are no longer >> counted in >> the quota summaries. But they still remain in the database until you run >> dbmail-util -dy to queue them for purging, and dbmail-util -py to >> actually purge >> them from the database. >> >> >> > > _______________________________________________ > DBmail mailing list > DBmail@dbmail.org > https://mailman.fastxs.nl/mailman/listinfo/dbmail > -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl _______________________________________________ DBmail mailing list DBmail@dbmail.org https://mailman.fastxs.nl/mailman/listinfo/dbmail
