similar to: v1.2.rc7 released

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

http://dovecot.org/releases/1.1/dovecot-1.1.5.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.5.tar.gz.sig http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha3.tar.gz http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha3.tar.gz.sig A combined release announcement for a change. :) Largest changes since v1.1.4: * Dovecot prints an informational message about authentication problems

http://dovecot.org/releases/1.1/dovecot-1.1.5.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.5.tar.gz.sig http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha3.tar.gz http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha3.tar.gz.sig A combined release announcement for a change. :) Largest changes since v1.1.4: * Dovecot prints an informational message about authentication problems

Hello all, I am new to the list so bear with me. I am testing dovecot out on a test server running RHEL ES 3, I have installed 0.99.14-1.1.el3 and 1.0-0_20.rc7.el3. This server is using the mbox mailbox format, running sendmail, procmail, and using PAM to do authentication to an LDAP server. I get varying results between the two version. 0.99.14-1.1.el3 : Upon installing this I leave

I tried RC16 from RC7 and like other releases since RC7 it is significantly slower. I'm still trying to figure out why. But I have again switched back. Do new version take up a lot more ram perhaps? I'm running with a gig of ram, and I'm running a few other apps. It's not a fast computer, just an old 754 pin semptron. But the point is that RC7 runs a lot faster than RC16.

[Sending this again from the email account that I actually have subscribed to the list - hopefully won't be a dup...] We have been running dovecot-0.99.11-2.EL4.rpm on CentOS4 (since that's the latest that ships with RHEL/CentOS) for a while. Aalso in parallel, we have been running various 1.0 betas and RCs on a different port for a different set of more test-tolerant users. This

Anybody having issues with ztdummy under the current 2.6 RC7? I get the following errors when trying to modprobe ztdummy: "Unable to register zaptel rtc driver" Doing a Google on the error shows reference to a message from 2004 that said you might not have RTC compiled into the kernel. Checking via: cd /usr/src/linux-2.6.13-rc7 grep -i rtc .config shows: CONFIG_APM_RTC_IS_GMT=y

I'm a Linux newbie. I have Hardwood Solitaire installed with Ubuntu 10.4 and wine 1.2-rc7. The file is a .exe and it starts to open and stops saying it has a serious error and needs to close. The file is OK in windows and I need help to find out why it wont work here. Please remember I'm a newbie and any help needs to be basic. Thanks. The file is hwsoliii.exe Bob Also,

It looks like the v.0 RC7 is still not stable. It hangs almost every day. This morning I found that pop3 was not working but imap was working. I know other times when dovecot stop working, neither pop3 and imap worked. I just want to know if other users are getting the same problem.

And got this regression with dovecot-1.1.rc7 with each pop3 connection, hg version of 2 days ago was working fine. Now I'm back again to hg before "Message sort index handling rewrite". Regards, Diego. --- Panic: POP3(username): file index-mail.c: line 1007: unreached (gdb) bt #0 0x00b91402 in __kernel_vsyscall () #1 0x00725ba0 in raise () from /lib/libc.so.6 #2 0x007274b1 in

Hello all: I have two machines with btrfs, that give me the "blocked for more than 120 seconds" message. After that I cannot write anything to disk, i am unable to unmount the btrfs filesystem and i can only reboot with sysrq-trigger. It always happens when i write many files with rsync over network. When i used 3.2rc6 it happened randomly on both machines after 50-500gb of writes.

On 06.05.24 20:23, Dan Moulding wrote: > After upgrading to rc7 from rc6 on a system with NVIDIA GP104 using > the nouveau driver, I get no display output from the kernel (only the > output from GRUB shows on the primary display). Nonetheless, I was > able to SSH to the system and get the kernel log from dmesg. I found > errors from nouveau in it. Grepping it for nouveau gives me

Anyone had any thoughts on the item below? If the problem is with my config, I'd like to be guided towards how I might resolve it. If it is a bug in rc7, it would be good to fix it, and I'd be happy to beta-test. -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : :

Hi, I hope someone can help point me in the right direction. I have a Sunfire x4100 running Solaris 10x86 06/06 with the Sun Studio 11 compiler. I am just trying to do a stock compile of dovecot-1.0.rc7 Ran the ./configure fine. See Below. Install prefix ...................... : /usr/local File offsets ........................ : 64bit I/O loop method ..................... : poll File change

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm trying to compile dovecot-1.2-managesieve from hg repo with Dovecot v1.2 and I found that managesieve uses another "install" target/prefix than I've configured in Dovecot. Is this intentional? Because you must specify the compiled Dovecot sources, is managesieve just "loosly" connected to Dovecot so it

Anybody else seen this one? We're running Dovecot 1.0.rc7 on a different port on our live server (we're generally live with 1.0.beta5) and after a HUP to reload the user database (in a passwd-file) this morning we got:- > dovecot: Sep 22 07:45:05 Info: IMAP 14482 someuser xxx.xxx.xxx.xxx : Disconnected in IDLE > dovecot: Sep 22 07:45:05 Warning: imap-login: SSL_read() syscall

[1.2-rc7]-Really High CPU % Running Steam? Hi, I'm running current Steam client in Wine 1.2-rc7 on Ubuntu 10.04 32bit. My CPU usage for "Steam.exe" is 90%+? (have a Intel Core2Quad 2.4GHz CPU 4 core) Any idea on how to fix this? its slowing down my entire computer! (also running both Windows XP and OS X virtual machines) Thanks! PS - I HOPE STARCRAFT 2 WILL WORK IN WINE :)

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc7.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc7.tar.gz.sig One extra RC release, just to fix compiling problems with non-Linux OSes. Nothing else changed since rc6. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc7.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc7.tar.gz.sig One extra RC release, just to fix compiling problems with non-Linux OSes. Nothing else changed since rc6. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally