similar to: Can't move messages

Hi, I'm trying to use dovecot-1.0.rc7. Before I've used dovecot-1.0 from nightly cvs build of August 08, 2006. It worked perfectly, on Linux 64-bit, you can see spec and patches at http://www.sisyphus.ru/srpm/dovecot/ When I tried to upgrade to rc7 and to recent nightly cvs builds with the same configuration and patches (provided necessary adaptations), it builds O.K, but can not move

Hi, I currently use rc2 on FreeBSD AMD64. Are there any news regarding this Bug: mail-cache-transaction.c: line 709 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size)? I read that access to an 64bit-machine could help you. Feel free to contact me. Greetings from germany, Daniel -- GMX DSL-Flatrate 0,- Euro* - ?berall, wo DSL verf?gbar ist! NEU: Jetzt

Hey everyone, I'm trying version 1.0rc2, via the rpm at ATrpms. I'm running on CentOS 4.3 on an Opteron system. I have this running stably on a 32 bit system, but I'm crashing constantly on a 64 bit system. Here's what I'm getting in my mail logs when I try to log in via IMAP: Aug 3 15:01:21 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN,

On Thu, August 3, 2006 15:28, David Jonas wrote: > On Thu, 2006-08-03 at 15:07 -0400, Scott Zahn wrote: >> Hey everyone, I'm trying version 1.0rc2, via the rpm at ATrpms. I'm running on CentOS >> 4.3 on an Opteron system. I have this running stably on a 32 bit system, but I'm >> crashing constantly on a 64 bit system. >> >> Here's what I'm

Hi Am getting this error with Dovecot rc9 on a imap account. Oct 15 10:55:28 bajor dovecot: imap-login: Login: user=<rachele>, method=plain, rip=192.168.1.1, lip=192.168.1.254 Oct 15 10:55:28 bajor dovecot: IMAP(rachele): file mail-cache-transaction.c: line 709 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size) Oct 15 10:55:28 bajor dovecot:

Le 17/03/2015 14:45, Rowland Penny a ?crit : > On 17/03/15 13:29, S?bastien Le Ray wrote: >> >> >> Le 17/03/2015 14:25, Rowland Penny a ?crit : >>> Ah, but from my testing, winbindd on 4.2 works very similar to >>> winbind, it still ignores most of the RFC2307 attributes and as I >>> understand it, trusts still do not work. >> Mmmm

Yesterday I gave a status report about 10.rc8 in production, which mentioned a problem about "Login process died too early..." Timo suggested a patch for logging error messages. I've applied this. Others suggested increasing "login_max_processes_count". That was already way above our likely maximum, but I've doubled it anyway. Today, I've just repeated the

http://dovecot.org/releases/dovecot-1.0.rc7.tar.gz http://dovecot.org/releases/dovecot-1.0.rc7.tar.gz.sig Can everyone now agree that there are no more hangs? :) * Require that Dovecot master process's version number matches the child process's, unless version_ignore=yes. Usually it's an accidental installation problem if the version numbers don't match. * Maildir: Create

http://dovecot.org/releases/dovecot-1.0.rc7.tar.gz http://dovecot.org/releases/dovecot-1.0.rc7.tar.gz.sig Can everyone now agree that there are no more hangs? :) * Require that Dovecot master process's version number matches the child process's, unless version_ignore=yes. Usually it's an accidental installation problem if the version numbers don't match. * Maildir: Create

On Mon, 2014-03-17 at 14:25 +1030, Rusty Russell wrote: > Erk, our tests are insufficient. Testbuilding an allmodconfig with this > now: Good idea. > diff --git a/include/linux/moduleparam.h b/include/linux/moduleparam.h [] > @@ -188,6 +188,9 @@ struct kparam_array > /* Default value instead of permissions? */ \ > static int __param_perm_check_##name

On Mon, 2014-03-17 at 14:25 +1030, Rusty Russell wrote: > Erk, our tests are insufficient. Testbuilding an allmodconfig with this > now: Good idea. > diff --git a/include/linux/moduleparam.h b/include/linux/moduleparam.h [] > @@ -188,6 +188,9 @@ struct kparam_array > /* Default value instead of permissions? */ \ > static int __param_perm_check_##name

Hi, are there any known issues with symlinked-shared-mailboxes and kmail? I use virtual users (LDAP), so there are no unix-permissions related problems here: all mailboxes are owned by the local user vmail. Each user maildir has some symlinks to shared mailboxes. This works fine if I use squirrelmail as a MUA. kmail instead seems to have some problems: if I save a mail into the

Has anyone looked into providing support in dovecot for Kmail folders? I would like to make my Kmail folders (on my main desktop system) available to my other systems (including over a VPN when I am travelling). Kmail is my main mail program and I have a lot of mail in a lot of folders, so I don't want to set up a separate IMAP service and move all the mail and folders. Kmail's use

Any hope of KMail (and Kontact) coming to CentOS-7? What exactly is the problem? KMail seems to work on other Linux OS's. -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

Is anyone running docecot on a home LAN. to give an IMAP feed to other machines on the LAN? I am running dovecot on my desktop, alfred. I want to collect email on my laptop, william, using KMail. As far as I can tell, dovecot is running perfectly. I can bring email from /var/spool/mail/tim on alfred to the same directory on william by running "fetchmail alfred" on william. I can then

Hi I have just upgraded a mail server from dovecot-0.99 to stable (dovecot-1.0.59). My normal desktop email client, kmail is working fine, but outlook keeps producing PLAIN authentication errors, and refusing to authenticate. From dovecot.log, I can see dovecot: Mar 13 10:57:30 Error: auth(default): sql(<xxxxxxxMy Detailsxxxxxxxxxxx>): Password query must return a field named

I'm running a dovecot/IMAP server under CentOS-5.3 on my desktop, reading the mail with KMail on my laptop. I have what seems a venerable and well-documented problem/bug; when I click on "Check Mail" I get an error message "Error while getting folder information" ... Actually, this doesn't appear to have the slightest effect on kmail, which works perfectly if one just

I finally decided to move from CentOS 6 to CentOS 7, but was surprised to see that kmail is no longer included: Red Hat deliberately decided to omit it. How can I ask that kmail be added to EPEL? The information on EPEL's site basically says to submit it myself, but that's above my capabilities. -- Yves Bellefeuille <yan at storm.ca>

On Fri, Mar 14, 2014 at 10:38:40AM -0700, Joe Perches wrote: > > +static int queue_depth = 64; > > +module_param(queue_depth, int, 444); > > 444? Really Ted? Oops, *blush*. Thanks for catching that. - Ted

On Fri, Mar 14, 2014 at 10:38:40AM -0700, Joe Perches wrote: > > +static int queue_depth = 64; > > +module_param(queue_depth, int, 444); > > 444? Really Ted? Oops, *blush*. Thanks for catching that. - Ted