similar to: Crash when moving mail from Inbox to Trash

> On 16/10/2019 13:31 Ralf Hildebrandt via dovecot <dovecot at dovecot.org> wrote: > > > * Ralf Hildebrandt via dovecot <dovecot at dovecot.org>: > > * Timo Sirainen <timo at sirainen.com>: > > > > > > BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from back in July. > > > > > > Fixed by

* Ralf Hildebrandt via dovecot <dovecot at dovecot.org>: > * Timo Sirainen <timo at sirainen.com>: > > > > BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from back in July. > > > > Fixed by https://github.com/dovecot/core/commit/5e9e09a041b318025fd52db2df25052b60d0fc98 and will be in the soon-to-be-released v2.3.8. > > I

* Timo Sirainen <timo at sirainen.com>: > > BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from back in July. > > Fixed by https://github.com/dovecot/core/commit/5e9e09a041b318025fd52db2df25052b60d0fc98 and will be in the soon-to-be-released v2.3.8. I stopped 2.3.7, copied over the index files from the ramdisk into the physical "realm"

On 1 Oct 2019, at 16.45, Ralf Hildebrandt via dovecot <dovecot at dovecot.org> wrote: > > * Ralf Hildebrandt via dovecot <dovecot at dovecot.org>: > >> But why is that? Why would the index file be updated so often? > > BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from back in July. Fixed by

* Ralf Hildebrandt via dovecot <dovecot at dovecot.org>: > But why is that? Why would the index file be updated so often? BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from back in July.

Hi, We are using mbox and UW IMAP, and are having issues because UW IMAP does not support multiple client access when you use NFS for the mail files. I've done some research (see the comments after my 2 questions below), and most of the other major IMAP servers simply don't support it (courier is about the only one that has a positive comment). How much testing have you done

Using Thunderbird 1.5.0.4 against dovecot beta9: If a user has Thunderbird configured to move deleted messages into a Trash folder, then the user cannot delete folders in a public namespace. There is no problem deleting messages. Thunderbird says: "The current command did not succeed. The mail server responded: Can't rename mailbox to another storage type." All mailboxes

Hi, Running: * Dovecot 1.0 rc15 * Debian Sarge Linux Using Maildir and IMAP over SSL. When trying to delete a lot of mail (> 5000-6000 messages) in some folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often experience "Connection to server <hostname> timed out." Any suggestions on how to fix this problem? "Empty Trash" seem to work fine, so I guess this

Hi, I am getting a panic alert when sending an email in my box.? Below is the backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x9f3de) [0x7fa90b5543de] -> /usr/lib64/dovecot/libdovecot.so.0(+0x9f4be) [0x7fa90b5544be] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7fa90b4e577c] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mail_search_args_unref+0xa2) [0x7fa90b827c82] ->

this is probably an FAQ but I moved all the mailboxes from a gentoo server to an ubuntu one and all old inbox messages "disappeared" for. New messages appear and can be read, deleted etc. the old messages can still be found in the Maildir/cur directory like they were on the old mail server. Ownership was changed to user:user and is 600 permissions. Dovecot version:

We are considering switching from the Washington UW IMAP server to Dovecot for performance reasons, but we make use of the feature in the UW server that automatically moves new email from the mail spool to the IMAP INBOX. Has anyone implemented this in Dovecot, or considered implementing it ? We have a large number of users, so cannot easily change the way that we deliver email. -- Adrian

Hello, I am encountering a strange problem but I'm not sure if it's a dovecot problem or a Mac Mail problem. The symptom is that if I move a message from a folder into my inbox the message ends up showing up as a duplicate in Mac Mail. On the server it's still just one message. This ONLY happens when I move a message IN to the inbox. It does not happen when I move a message out of

Hi I've ran into something rather nasty: if a user moves a mail from its inbox to a public folder, the folder becomes inaccessible for others, because the moved file will have the the permission 600 instead of 777 (or 666) which the rest of the emails have in the folder. How can I change this behavior so when he moves the mail it automatically becomes world-readable? Also why one mail

I set up system copying all mails to a backup system. This used to work without a hitch - now in the last few days mails would pile up in the Postfix Queue, waiting to be delivered using the lmtp transport into dovecot. So dovecot was being slow, but why? After all, nothing changed. After reading some articles on stackoverflow I found a way of finding out which file gets the most IO: % sysdig

CentOS Errata and Enhancement Advisory 2015:0275 Upstream details at : https://rhn.redhat.com/errata/RHEA-2015-0275.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dd29d23eccd0d884980bc486eed5898294616b5f1698644409e5ec0e5b0eec28 cyrus-imapd-2.3.7-16.el5_11.i386.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

xfs_is_valid_magicnum is not actually a generic function that checks for magic numbers, instead it checks only for superblock's one. Signed-off-by: Paulo Alcantara <pcacjr at zytor.com> --- core/fs/xfs/xfs.c | 13 +++++-------- core/fs/xfs/xfs.h | 19 ++++++++++--------- 2 files changed, 15 insertions(+), 17 deletions(-) diff --git a/core/fs/xfs/xfs.c b/core/fs/xfs/xfs.c index

On 13.9.2019 11.14, wouldsmina via dovecot wrote: > Hi, > > I migrate my dovecot server from Debian 9 to Debian 10 (Dovecot > 2.3.4.1), since when I move a message in a folder, keywords > systematically disappear. I'm using Thunderbird 60.8. > Would an option have escaped me? or is there a bug on this version of > dovecot? > > Dovecot 2.3.4.1 > OS : Debian 10.0

Hi, My name is Paulo Alcantara. I've been working on BIOS/UEFI firmware and file systems development for a long time already. For those does not know, in the past few years I used to be an active Syslinux contributor and added support to NTFS and XFS file systems, GSoC mentor for Syslinux in 2012, did some bugfixes and some code refactoring (e.g. x86 assembly to pure C) and currently working

Due to delayed allocation feature on XFS filesystems, a write is not guaranteed to flushed out to the underlying file system after crash or something else - so we need to make sure that ldlinux.sys is installed correctly in the mounted filesystem. Signed-off-by: Paulo Alcantara <pcacjr at zytor.com> --- extlinux/main.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/extlinux/main.c