Re: Outlook 365 MUA produces dovecot changing filename on some mailbox
ith recent epoch time on filename... Take a look at the timestamp on filenames: 1662769412 corresponds to "Fri Sep 9 20:23:32 -04 2022" and 1662874176 corresponds to Sun Sep 11 01:29:36 -04 2022 but mails were neither sent nor received on that dates. What is Outlook requesting imap server to do and how to avoid this? What is the outlook client version? What are your connection settings? Have you looked in the logs on the dovecot server side to see what they say? Outlook 365 is version 16.15601.20148 compilation 2208 on one workstation that exhibits the issue and this same version on another PC on which this issue is not present... What working clients are your users using today? Are they working properly with older clients? Basically I'm the mail server administrator not the sysadmin on the network. All users prefer working with O365. I've installed Thunderbird on every PC but users refuses to use it in favor of using Outlook, unfortunately. Basically, you have to assume we know nothing and explain your setup and configuration to us like we're idiots who don't know anything. Spell out all the details please. :-) Yes, I'm sorry. I hope with this mail I've clarified the scenario. Thanks again! Emilio
Re: Solved (RE: Handling imap from outlook 365)
Manual setup or go to Windows Control Panel, Mail / Outlook section and the new account dialog should be like earlier versions of Office... hth Emilio Augusto Lazo Zaia On 9/9/22 16:18, Todd Krein wrote: (Sorry for the format, not sure how to reply to a single email in a digest) “[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\setup] "DisableOffice365SimplifiedAccountCreation"=dword:0001 and then chosen manual setup? That lets us specify 'fred' as the username. Ken “ Ken, OMG, you are a godsend. Yes, that fixed it completely! Where do I send the beer? Best regards, Todd *Todd Krein *| VP Hardware o:650.566.6657 m:408.857.0556 Ooma_email_sig_11_ooma.jpg ooma.com <http://ooma.com> ___ Ooma Confidential and Proprietary (including attachments if any)
Re: Streaming MOVE commands
Hi, Timo Sirainen writes: >>> Thanks, looks like this was broken with Maildir and mbox formats. It >>> also caused expunges in some other situations to be lost. Fixed: >>> >>> https://github.com/dovecot/core/commit/950a6e61d6c2dac961ce031bdd8b2895bc32b827 >> >> Is this patch suitable of being backported to 2.2.13? (Debian stable) > > Should be. > > BTW. This bug only meant that some expunges were ignored, which at > worst caused unwanted email duplicates. It didn't corrupt the mailbox > state or the client state in any way. The GNUS mail client developers would like to add quirk to workaround this problem in its mail client, any idea which version should be affected by this problem? Thank you & best regards, Emilio
Re: Streaming MOVE commands
Thanks a lot both for your help! On Mon, 22 Feb 2016, Timo Sirainen wrote: >> Is this patch suitable of being backported to 2.2.13? (Debian stable) > > Should be. > > BTW. This bug only meant that some expunges were ignored, which at > worst caused unwanted email duplicates. It didn't corrupt the mailbox > state or the client state in any way. Thanks for the update. Testing on 2.2.13. "Jaldhar H. Vyas" writes: > I don't know if the release team will allow it for stable even though > it is a minor change but I'll definitely bring it up for their > consideration. Timo said the bug doesn't corrupt data, but IMVHO a case could be made for stable-updates. I get around 100-200 duplicated mails a day, so it really hampers the usability of the package with my mail client (gnus). Also, it seems that the bug be prevent people to use dsync and other sync tools with Dovecot. Luca, does the patch fix your dsync issues? Unfortunately, I can't properly test the patch with 2.2.13, my mail servers have really low mail volume to consider them "testing". Best, Emilio
Re: Streaming MOVE commands
Hello Timo, Timo Sirainen writes: > Thanks, looks like this was broken with Maildir and mbox formats. It > also caused expunges in some other situations to be lost. Fixed: > > https://github.com/dovecot/core/commit/950a6e61d6c2dac961ce031bdd8b2895bc32b827 Thanks a lot for the fix, testing it now! Is this patch suitable of being backported to 2.2.13? (Debian stable) Best regards, E.
Streaming MOVE commands
Dear Dovecot devs, is streaming multiple MOVE commands by clients allowed? I am getting duplicated messages with the GNUS mail client, the interchange looks like this: *stream two moves to different folders* > 9019 UID MOVE 4062,4066,4068 "folder0" > 9020 UID MOVE 4063:4064,4067,4069:4072 "folder1" *the messages are copied* > * OK [COPYUID 1424475218 4062,4066,4068 376:378] Moved UIDs. > * OK [COPYUID 1424475231 4063:4064,4067,4069:4072 26:32] Moved UIDs. *however expunge fails to clean 4063, 4064, and 4067* > * VANISHED 4062,4066,4068:4072 thus 4063, 4064, and 4067 end both in inbox and folder1 producing duplicate messages (more details at [1]). At the GNUS mailing list, we were wondering about what should be the correct reading of RFC6851. Version and config information below. Best regards, Emilio [1] More details in the thread http://permalink.gmane.org/gmane.emacs.gnus.general/86813 [2] Version $ /usr/sbin/dovecot --version 2.2.13 [3] Config $ /usr/sbin/dovecot -n # 2.2.13: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 8.3 ext4 mail_location = maildir:/home/%u/Maildir managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = " imap sieve" ssl_cert = ... ssl_key = ... userdb { driver = passwd }
[Dovecot] How to purge mailboxes manually [dovecot_1.2.15]
Hi, we have a linux network at the office. Mainly ubuntu and debian systems. Each user has it's own mail client, thunderbird, evolution, etc. In the mail server we use as the local delivery agent, dovecot 1.2.15 and the protocol imap. The users mailbox are in the server at /var/mail. Due to some kind of problem the mails that are set for delete in the mail client are not being deleted in the mailbox (if we check the mbox the mails are marked to be purged). Unless the owner uses something lowlevel shell mail client like pine to do the purge, the mails start to pile filling the account. Is this some known bug with a fix, or is there some routine we can run as admins to actually purged the mails set for deletion? (Like the "doveadm purge" in dovecot 2.0) Thanks a lot, looking forward to your answers, Emilio P.S: we would really like not having to install dovecot 2.0 :)
Re: [Dovecot] Auto rebuild indexes?
I have another easy question for you, Timo: When cache files were deleted because some corruption, is there a way to regenerate all cache files in all accounts? I'm talking about 300GB of mails distributed in 40 accounts using Maildir; when all users tried to access their mailboxes with their MUA at the same time, dovecot produced a high load average in the server making it unusable, so would be useful a function that instructs dovecot to check all cache files and regenerate the missing or corrupted ones while no user is accesing its mailbox. Is that possible?