similar to: new flags in Maildir files

Dear all, back in January I posted about migration from courier and in particular on the script courier-dovecot-migrate.pl. That script had a bug on BSD (or should I say not-Linux?) type systems*. On FreeBSD (6.1) and MacOSX (10.5) it appended a lot of binary garbage at the end of dovecot-keywords files. On a couple of systems I had not actually run the script with the -- convert option,

Running 1.0alpha5 (though I've been having this problem for the past couple of versions), and using mbox for the mailboxes. After I've read my mail using Apple's Mail.app (or Thunderbird) and take it offline, when I try to open the INBOX (or any mailbox) with pine, I get the following message (in pine): [Discarding bogus continuation in msg 1: $Forwarded NonJunk] Quitting

Hello.. Another courier -> dovecot migrater here.. I ham having a bit of trouble converting the courier maildir correctly, or actually i'm almost there. The only thing i experience is that forwarded messages and messages marked as junk (in thunderbird) are downloaded again (i am using thunderbird and caching) after running the courier-dovecot-migrate.pl script and connecting to the

Hello, dovecot-1.1.7 on FreeBSD 7.1. Usernames have dot in them (like uname.example for a user in example.com). in dovecot.conf I have: mail_location: maildir:/userhomes/maildirs/%d/%n/Maildir and for authentication: username_format: %Ln In the client, tried with CONE and Mail.app, I put the username as: uname.example at example.com So, the authentication works fine, as it extracts

> * Kevin Laurie <superinterstellar at gmail.com> 2015.01.24 19:41: > > > Currently the time it takes to search 25,000mails is 4mins. If indexed > how > > much faster are we looking at? > > With a current version of Dovecot a search is pretty fast _without_ using > external indexes. I have a view defined (virtual plugin) with around 22.000 > messages in it,

Hey Steffen Thank you for your feedback. I have the following in my Maildir: cat courierimapkeywords/\:list JUNK $Forwarded $label4 $label1 cat dovecot-keywords 0 JUNK 1 $Forwarded 2 $label4 3 $label1 On 2015-03-26 08:12, Steffen Kaiser wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 25 Mar 2015, Dennis H?jgaard wrote: > >> Hello.. Another courier

Hi, Before I go any further about OSX creation dates etc. I just discovered that the pre5 release doesn't work on OSX Tiger. I got this message in the rsync progress: dyld: Library not loaded: /usr/lib/libiconv.2.dylib Reason: Incompatible library version: rsync requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Is there any way around this? I really need

dovecot-2.0.beta4 Environment: MacOS X 10.6.2, Xcode 3.2.1 (gcc-4.2) Problem: ./configure --sysconfdir=/usr/local/conf/ make [...] /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-settings -DPKG_RUNDIR=\""/usr/local/var/run/dovecot"\" -DSYSCONFDIR=\""/usr/local/conf/dovecot"\"

Hello, this is my first post to the list. I have several mailservers running courier-imap, but am planning to convert one (and maybe more) to dovecot 1.1.4. In the process I am also looking to finally implement shared maildirs. As it is well known some clients (notable Apple's Mail) have problems in showing shared folders if the correct private namespace (INBOX) is set in the client,

Hi , i use dovecoz 1.1.4 with TLS / SSL only. i takes up to ~10 seconds that Thunderbird login and send the mail. why is this so slow? any chance to speed up this ? marko from Hamburg thank you

On MacOS X 10.4.11 PPC /usr/local/bin/rsync --version rsync version 3.0.0pre9 protocol version 30.PR16 Copyright (C) 1996-2007 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 32-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append, ACLs, xattrs, iconv

rsync 3.0.0. MacOSX 10.5.1 Server/Intel. Trying to detect files with funny chars in their name, as I cannot find them with "find", I use the error (Illegal byte sequence) given by rsync when the target charset cannot reproduce them. While doing this I have met this error: /usr/local/bin/rsync -an --rsync-path=/usr/local/bin/rsync -- iconv=UTF8-MAC,437 /db /tmp/ rsync:

Dovecot version upgraded to 1.0r26 (did not fix problem). The server is a CentOS 4 x86 box. Using ext3 filesystem. Previous attempts to fix the issue have included simply moving aside the user's INBOX to recreating a new account from scratch. Sometimes the email behaves for a while, but within a day is not working again. In Mail.app (the user's usual mail client) the INBOX folder

Hello all, I am experiencing a (consistent, reproducible) condition whereby rsync is hanging indefinitely at the following stage : generate_files phase=1 The condition does not occur if --dry-run is specified - only when the run is "for real". Finally, i can scp the files without problems, so it is not a general connection issue, nor is it a problem with permissions (everything is

Hi, I am trying to get faster search results on our webmail client(Roundcube). Besides using Lucene for FTS are there other options? Would having all mails indexed give fast results? Currently the time it takes to search 25,000mails is 4mins. If indexed how much faster are we looking at? Really appreciate if someone could advise about this. Thanks Kevin

I've just released rsync 3.0.0pre7, the latest pre-release version of the upcoming 3.0.0 release. This release contains fixed exclude checks for a "use chroot = no" daemon that has excludes listed in the config file. This is a partial fix for the 2nd advisory that was released recently. See the rsync security web page for the updated details and a patch for 2.6.9:

I've just released rsync 3.0.0pre7, the latest pre-release version of the upcoming 3.0.0 release. This release contains fixed exclude checks for a "use chroot = no" daemon that has excludes listed in the config file. This is a partial fix for the 2nd advisory that was released recently. See the rsync security web page for the updated details and a patch for 2.6.9:

I'm using Evolution and Dovecot (on the localhost) and receiving these errors trying to move a message into the IMAP folder: C00095 APPEND INBOX (\Answered \Seen NotJunk "Junk" "NotJunk" "receipt-handled") {1022} C00095 BAD Error in IMAP command APPEND: Flags list contains non-atoms. Is this a Dovecot or Evolution bug? Thanks, Richard $ dovecot -n # 1.1.11:

Hi, I am getting IMAP FETCH FLAGS in response to SORT and SEARCH commands for my INBOX. See the following transcript between dovecot (marked with S:) and an imap client (marked with C:) for an example SEARCH command. C: A004 UID SEARCH CHARSET ISO-8859-1 ALL TEXT {4} C: test S: + OK S: * SEARCH 5 13 20 21 22 23 24 30 37 39 56 64 77 82 93 94 96 103 109 110 118 135 136 158 160 165 171 174

Hi all, my Dovecot 1.1.20 does not store flags (I mean, Thunderbird Labels like ToDo, Important and so on..) When logging in via telnet, I get: . examine INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $MDNSent Junk $Forwarded NotJunk receipt-handled $Label7 $label1 $label2 $label3 $label4 $label5 expired_2w expired_2m delete rimandata forwarded) * OK [PERMANENTFLAGS ()]