[gentoo-user] courier-imap cannot find courier-authlib
I recently upgraded my courier setup (imap and authlib): basement lib64 # eix -Ic courier [I] net-libs/courier-authlib (0.65.0-r1@11/01/2012): Courier authentication library. [I] net-mail/courier-imap (4.8.0@11/01/2012): An IMAP daemon designed specifically for maildirs. After I was finished, the imap server stopped accepting new connections. I managed to track the problem down to missing shared libraries from courier-authlib needed by imaplogin: basement authlib # ldd /usr/sbin/imaplogin linux-vdso.so.1 (0x029ae5055000) libcourierauth.so = not found libcourierauthsasl.so = not found libc.so.6 = /lib64/libc.so.6 (0x029ae4a8f000) /lib64/ld-linux-x86-64.so.2 (0x029ae4e36000) basement lib64 # strace imaplogin 21 | grep libcourierauth.so open(/lib64/tls/x86_64/libcourierauth.so, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/lib64/tls/libcourierauth.so, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/lib64/x86_64/libcourierauth.so, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/lib64/libcourierauth.so, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/usr/lib64/tls/x86_64/libcourierauth.so, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/usr/lib64/tls/libcourierauth.so, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/usr/lib64/x86_64/libcourierauth.so, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/usr/lib64/libcourierauth.so, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) writev(2, [{imaplogin, 9}, {: , 2}, {error while loading shared libra..., 36}, {: , 2}, {libcourierauth.so, 17}, {: , 2}, {cannot open shared object file, 30}, {: , 2}, {No such file or directory, 25}, {\n, 1}], 10imaplogin: error while loading shared libraries: libcourierauth.so: cannot open shared object file: No such file or directory The libraries in question are actually present, but apparently not where imaplogin expects them to be: basement lib64 # equery files courier-authlib | grep libcourierauth /usr/lib64/courier-authlib/libcourierauth.so /usr/lib64/courier-authlib/libcourierauth.so.0 /usr/lib64/courier-authlib/libcourierauthcommon.so /usr/lib64/courier-authlib/libcourierauthcommon.so.0 /usr/lib64/courier-authlib/libcourierauthsasl.so /usr/lib64/courier-authlib/libcourierauthsasl.so.0 /usr/lib64/courier-authlib/libcourierauthsaslclient.so /usr/lib64/courier-authlib/libcourierauthsaslclient.so.0 I've rebuilt both packages and somehow, imaplogin is *building* fine with the shared library in the wrong place, but refuses to load it at run time. I have temporarily fixed the problem by symlinking the two missing libraries into /lib64 but I don't see that as a good long-term solution. I'm really stumped as to what changed to break things all of the sudden, or how to fix it. Is anyone else seeing this problem, or know how to make it go away? --Mike
Re: [gentoo-user] courier-imap cannot find courier-authlib
On Fri, Nov 02, 2012 at 08:05:34AM -0400, Mike Edenfield wrote: Is anyone else seeing this problem, or know how to make it go away? Should be fixed in =courier-authlib-0.65.0-r2. In the meantime, try -r1 with the static-libs USE flag. -- Eray
Re: [gentoo-user] courier imap over nfs
On 2 Aug 2010, at 00:11, Matt Harrison wrote: ... On 01/08/2010 18:19, Stroller wrote: Have you considered Dovecot? I haven't, no. Not for any reason other than I hit upon courier first and I has always worked pretty well until now. Is there a large advantage to using dovecot for imap over nfs? Or were you implying that it would be easier to setup on solaris? It might be easier to set up Dovecot on Gentoo than Courier on Solaris. I have been using courier for years, but when I needed to deploy at a site, authenticating via Samba, I used Dovecot. I think this was necessary because Dovecot supported PAM modules in a way that Courier did not. At one point a problem I asked for help with on the Dovecot mailing- list proved to be a bug and was fixed by the developer within 36 hours of me experiencing it. I have the impression that Dovecot is lightweight, fast and secure. It will be my first choice of IMAP server in the future, and I'll be replacing my Courier installation here with Dovecot just as soon as I get time. Stroller.
Re: [gentoo-user] courier imap over nfs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/08/2010 08:17, Stroller wrote: On 2 Aug 2010, at 00:11, Matt Harrison wrote: ... On 01/08/2010 18:19, Stroller wrote: Have you considered Dovecot? I haven't, no. Not for any reason other than I hit upon courier first and I has always worked pretty well until now. Is there a large advantage to using dovecot for imap over nfs? Or were you implying that it would be easier to setup on solaris? It might be easier to set up Dovecot on Gentoo than Courier on Solaris. I have been using courier for years, but when I needed to deploy at a site, authenticating via Samba, I used Dovecot. I think this was necessary because Dovecot supported PAM modules in a way that Courier did not. At one point a problem I asked for help with on the Dovecot mailing-list proved to be a bug and was fixed by the developer within 36 hours of me experiencing it. I have the impression that Dovecot is lightweight, fast and secure. It will be my first choice of IMAP server in the future, and I'll be replacing my Courier installation here with Dovecot just as soon as I get time. Stroller. Well I've switched that server over to dovecot and so far everything is working well :) There's a few deep nested folders that aren't subscribable normally, but are after a manual tweak of the subscriptions file but I'll work that out later. Thanks for the input, dovecot does seem to be faster and more lightweight which is perfect for this installation. Thanks Matt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxXA7sACgkQdG+qMRd5kKrH7gCgpu/t614mZ7zcK5+7B/jqiSNg s4wAn3PUxEQ/DzyyeGCy7iXnUcNmMFxF =buLS -END PGP SIGNATURE-
[gentoo-user] courier imap over nfs
Just wondering if anyone has any experience with courier-imap serving mailboxes over NFS. From googling around it seems courier should support remote homedirs but I can't get it working. My user authenticates according to the logs, but the client reports invalid credentials. Remove the NFS home directory and it works again. Any help would be appreciated, otherwise I'm going to have to install courier-imap on solaris, and I really don't feel like that :P Thanks Matt pgpYsw2lMcDLh.pgp Description: PGP signature
Re: [gentoo-user] courier imap over nfs
On 8/1/2010 8:06 AM, Matt Harrison wrote: Just wondering if anyone has any experience with courier-imap serving mailboxes over NFS. From googling around it seems courier should support remote homedirs but I can't get it working. My user authenticates according to the logs, but the client reports invalid credentials. Remove the NFS home directory and it works again. Any help would be appreciated, otherwise I'm going to have to install courier-imap on solaris, and I really don't feel like that :P I'd suspect UID/GID mismatches somewhere. Make sure the machine delivering the email, the home dirs, and the machine running courier-imap all see .maildir as the same user account. You may want to put Courier-imap into verbose or debug mode as well. I'd also look at your NFS config to see if you're doing any squashes into other UIDs. And just for the hell of it, never use mbox over NFS. The locking will kill you on a busy system. kashani
Re: [gentoo-user] courier imap over nfs
On 1 Aug 2010, at 16:06, Matt Harrison wrote: Any help would be appreciated, otherwise I'm going to have to install courier-imap on solaris, and I really don't feel like that :P Have you considered dovecot? Stroller.
Re: [gentoo-user] courier imap over nfs
Matt Harrison writes: Just wondering if anyone has any experience with courier-imap serving mailboxes over NFS. From googling around it seems courier should support remote homedirs but I can't get it working. My user authenticates according to the logs, but the client reports invalid credentials. Remove the NFS home directory and it works again. Are your users in more than 16 groups? NFS only manages up to 16, which once gave me weird side effects. Wonko
Re: [gentoo-user] courier imap over nfs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, thanks for the replies guys On 01/08/2010 18:17, kashani wrote: On 8/1/2010 8:06 AM, Matt Harrison wrote: Just wondering if anyone has any experience with courier-imap serving mailboxes over NFS. From googling around it seems courier should support remote homedirs but I can't get it working. My user authenticates according to the logs, but the client reports invalid credentials. Remove the NFS home directory and it works again. Any help would be appreciated, otherwise I'm going to have to install courier-imap on solaris, and I really don't feel like that :P I'd suspect UID/GID mismatches somewhere. Make sure the machine delivering the email, the home dirs, and the machine running courier-imap all see .maildir as the same user account. You may want to put Courier-imap into verbose or debug mode as well. I'd also look at your NFS config to see if you're doing any squashes into other UIDs. And just for the hell of it, never use mbox over NFS. The locking will kill you on a busy system. kashani Ok, the machine that is serving the home directories never gets accessed directly by the users, the UIDs/GIDs are set on creation at the client end. The users have no problems at all using the home directory via a shell on any client machine, so I believe permissions are ok. Also, I was a bit misleading when I spoke about mailboxes, we are using Maildir. I just said mailboxes as a term to encompass the mail folders serverd by imap for each account :) I've tried to put courier-imap into debug mode (level 1) and I get what appears to be a successful authentication from pam, but the mail clients still don't like it: authdaemond: received auth request, service=imap, authtype=login authdaemond: authpam: trying this module authdaemond: authpam: sysusername=matt, sysuserid=null, sysgroupid=100, homedir=/home/matt, address=matt, fullname=, maildir=null, quota=null, options=null genesis authdaemond: pam_service=imap, pam_username=matt genesis authdaemond: dopam successful genesis authdaemond: Authenticated: sysusername=matt, sysuserid=null, sysgroupid=100, homedir=/home/matt address=matt, fullname=, maildir=null, quota=null, options=null The only difference in the logs is that an NFS user ends with the above snippet, whereas a normal user goes on to log the imap connection: imapd-ssl: LOGIN, user=matt, ip=[xxx.xxx.xxx.xxx], port=[3276], protocol=IMAP On 01/08/2010 18:19, Stroller wrote: Have you considered dovecot? Stroller. I haven't, no. Not for any reason other than I hit upon courier first and I has always worked pretty well until now. Is there a large advantage to using dovecot for imap over nfs? Or were you implying that it would be easier to setup on solaris? On 01/08/2010 19:10, Alex Schuster wrote: Are your users in more than 16 groups? NFS only manages up to 16, which once gave me weird side effects. Wonko No we're not using that many groups, and just to be sure I created a test user in only one group and it still have me the problem :( Grateful for the input guys, and for any more light you can shed on this :) thanks Matt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxV/yAACgkQdG+qMRd5kKpSEACaAlXaCNCD8wizWJ2Nb0Rvtd+u NTgAoLHObEBfdk3Mbvt7EkXcAG4jSu8W =TeFA -END PGP SIGNATURE-
[gentoo-user] Courier-imap-4.5.0 noticeably faster than 4.0.6
Ran into some issues updating to courier-imap-4.0.6-r3 on my VPS so I decided to take the plunge and go straight to 4.5.0 which is unstable. 4.5.0 is much faster and Thunderbird barely registers email in the Inbox before the messages are moved to the appropriate folder. My installation is also a combination of cyrus-sasl, authdaemon from courier-authlib, Mysql based virtual accounts, ssl certs for imap and smtp, and Postfix. No changes were needed in courier-imap config files other than restoring imap.conf settings. I don't think Courier-imap is faster than Dovecot based on other people's experience, but has rather reached speed parity with it. If you're already on Dovecot and happy, stay, if you've been thinking about Dovecot but have a complex system to move I'd recommend trying the upgrade to 4.5.0. I also update gamin and use +fam with courier-imap which might affect the overall speed. The update from 0.1.9 to 0.1.10 doesn't look like it would account for the increased speed. kashani
Re: [gentoo-user] Courier-imap - can't connect
Johannes Skov Frandsen wrote: I have tried setting thunderbird to use the following info: imap: home.mindfield.dk user: joe When I try to access my inbox Thunderbird asks for password (a good thing of course) and I supply my linux account password. This is where the trouble starts Thunderbird claims it's not the valid password, but as I havent setup any other password when I installed Courier-imap what password dos it want? Any help appreciated. Send yourself some mail if you haven't already. Courier-imap will bomb out in fun and useless ways if your user's .maildir/ does not exist. kashani -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Courier-imap - can't connect
On Thu, 07 Jun 2007 15:53:43 +0200 Johannes Skov Frandsen [EMAIL PROTECTED] wrote: So I have finally installed postfix which seems to provide the basic functionality of sending a mail. after trying to send a mail to my self using telnet, a file with the following content appears in my maildir (/home/joe/.maildir/new): Return-Path: [EMAIL PROTECTED] X-Original-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Received: from localhost (localhost [127.0.0.1]) by home.mindfield.dk (Postfix) with SMTP id AAFE520022 for [EMAIL PROTECTED]; Thu, 7 Jun 2007 15:18:58 +0200 (CEST) Subject:this is a test Message-Id: [EMAIL PROTECTED] Date: Thu, 7 Jun 2007 15:18:58 +0200 (CEST) From: [EMAIL PROTECTED] To: undisclosed-recipients:; This is a test. So I guess both the sending part and the reciving part went ok... Question: how do I check my mail by using a mail klient I have tried setting thunderbird to use the following info: imap: home.mindfield.dk user: joe When I try to access my inbox Thunderbird asks for password (a good thing of course) and I supply my linux account password. This is where the trouble starts Thunderbird claims it's not the valid password, but as I havent setup any other password when I installed Courier-imap what password dos it want? Any help appreciated. As I recall thunderbird doesn't like courier-imap very much. Have you experimented with different SSL/TLS settings? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] courier-imap not starting!
On Monday 14 August 2006 18:44, kashani wrote: Martin Richardson wrote: G'Dayy all, after an upgrade of baselayout, I noticed that courier-imap and courier-imap-ssl was not starting from the init script. I have tracked it down to the init script, as this script points to /usr/lib/courier-imap/gentoo-courier-imap.rc, and I can start courier-imap directly from this script but not the init script... Has anyone had this problem, or even have a solution. Thankyou. Couple or forum threads and a bug about it. Looks like upgrading to the unstable 4.0.6 is the best workaround. anything = 4.0.4 should do (4.0.4 should get marked stable ASAP, some arches are done some aren't...) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] courier-imap not starting!
Martin Richardson wrote: G'Dayy all, after an upgrade of baselayout, I noticed that courier-imap and courier-imap-ssl was not starting from the init script. I have tracked it down to the init script, as this script points to /usr/lib/courier-imap/gentoo-courier-imap.rc, and I can start courier-imap directly from this script but not the init script... Has anyone had this problem, or even have a solution. Thankyou. Absolutely the same situation here. I use quick dirty workaround. I removed the /etc/init.d/ script so it would be added next time there is an update and did: echo '/scripts/imap.sh start' /etc/conf.d/local.start echo '/scripts/imap.sh stop' /etc/conf.d/local.stop The imap.sh reads: #!/bin/bash #courier-imapd-ssl temporary replacement stop(){ source /etc/courier-imap/imapd-ssl echo Stopping courier-imapd over SSL kill -TERM `cat $SSLPIDFILE` } start(){ source /etc/courier-imap/imapd-ssl echo Starting courier-imapd over SSL exec env - /usr/lib/courier-imap/gentoo-imapd-ssl.rc --pid=$SSLPIDFILE } restart(){ stop start } $1 #EOF -- Best regards, Daniel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] courier-imap not starting!
Martin Richardson wrote: G'Dayy all, after an upgrade of baselayout, I noticed that courier-imap and courier-imap-ssl was not starting from the init script. I have tracked it down to the init script, as this script points to /usr/lib/courier-imap/gentoo-courier-imap.rc, and I can start courier-imap directly from this script but not the init script... Has anyone had this problem, or even have a solution. Thankyou. Couple or forum threads and a bug about it. Looks like upgrading to the unstable 4.0.6 is the best workaround. kashani -- gentoo-user@gentoo.org mailing list
[gentoo-user] courier-imap not starting!
G'Dayy all, after an upgrade of baselayout, I noticed that courier-imap and courier-imap-ssl was not starting from the init script. I have tracked it down to the init script, as this script points to /usr/lib/courier-imap/gentoo-courier-imap.rc, and I can start courier-imap directly from this script but not the init script... Has anyone had this problem, or even have a solution. Thankyou. -- Cheers, Martin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] courier-imap won't start
On Sunday 02 April 2006 05:15, JimD wrote: I have it up and running with no issues. Maybe try to go through the HOWTO again? What I usually do is look at the startup script and try to make a test script to get it running. Here is an example for starting courier-imap. Just copy it to a file and try to execute it as root: #!/bin/bash ADDRESS=0 MAXDAEMONS=10 MAXPERIP=10 PIDFILE=/var/run/imapd.pid TCPDOPTS=-nodnslookup -noidentlookup PORT=143 MAILDIR=.maildir exec_prefix=/usr /usr/lib/courier-imap/couriertcpd -address=$ADDRESS \ -stderrlogger=/usr/lib/courier-imap/courierlogger \ -stderrloggername=imapd \ -maxprocs=$MAXDAEMONS -maxperip=$MAXPERIP \ -pid=$PIDFILE $TCPDOPTS \ $PORT ${exec_prefix}/sbin/imaplogin \ /usr/lib/courier-imap/courier-imapd.indirect ${MAILDIR} This script does start it up successfully. Still the initscript doesn't. I have tested that all the variables are set to the same things in the initscript simply by printing them with echo and they are. /usr/lib/courier-imap/courier-imapd.indirect doesn't exist btw... I trying to use version 4.0.1 # eix courier -I -c [I] net-libs/courier-authlib (0.58): courier authentication library [I] net-mail/courier-imap (4.0.1): An IMAP daemon designed specifically for maildirs -- Bo Andresen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] courier-imap won't start
On Sun, 2006-04-02 at 15:05 +0200, Bo Andresen wrote: This script does start it up successfully. Still the initscript doesn't. I have tested that all the variables are set to the same things in the initscript simply by printing them with echo and they are. /usr/lib/courier-imap/courier-imapd.indirect doesn't exist btw... I trying to use version 4.0.1 # eix courier -I -c [I] net-libs/courier-authlib (0.58): courier authentication library [I] net-mail/courier-imap (4.0.1): An IMAP daemon designed specifically for maildirs I am using: [EMAIL PROTECTED] eix -I -c courier [I] net-libs/courier-authlib (0.58): courier authentication library [I] net-mail/courier-imap (4.0.4): An IMAP daemon designed specifically for maildirs [EMAIL PROTECTED] equery belongs /usr/lib/courier-imap/courier-imapd.indirect [ Searching for file(s) /usr/lib/courier-imap/courier-imapd.indirect in *... ] net-mail/courier-imap-4.0.4 (/usr/lib/courier-imap/courier-imapd.indirect) Maybe try the newer version with the newer ebuild or just make your own startup script? Jim -- -- gentoo-user@gentoo.org mailing list
[gentoo-user] courier-imap won't start
I have followed http://www.gentoo.org/doc/en/virt-mail-howto.xml#doc_chap3 till chapter 3. But when I get to code listing 3.3 i.e.: # /etc/init.d/courier-imapd start # /etc/init.d/courier-imapd-ssl start # /etc/init.d/courier-pop3d start # /etc/init.d/courier-pop3d-ssl start the daemons all fail to start. There are no error messages of any kind. Nothing written to dmesg and I don't have a clue about how to figure out a reason for this. I also don't have a clue about what info might be relevant so please ask for it. Postfix does work like a charm and the certificates has been successfully created. Only the imap and pop3 daemons won't start. # /etc/init.d/courier-imapd start * Starting courier-authlib: authdaemond ...[ ok ] * Starting courier-imapd ... [ !! ] # /etc/init.d/courier-pop3d start * Starting courier-pop3d ... [ !! ] -- Bo Andresen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] courier-imap won't start
On Sun, 2 Apr 2006 02:50:29 +0200 Bo Andresen [EMAIL PROTECTED] wrote: I have followed http://www.gentoo.org/doc/en/virt-mail-howto.xml#doc_chap3 till chapter 3. But when I get to code listing 3.3 i.e.: # /etc/init.d/courier-imapd start # /etc/init.d/courier-imapd-ssl start # /etc/init.d/courier-pop3d start # /etc/init.d/courier-pop3d-ssl start the daemons all fail to start. There are no error messages of any kind. Nothing written to dmesg and I don't have a clue about how to figure out a reason for this. I also don't have a clue about what info might be relevant so please ask for it. Postfix does work like a charm and the certificates has been successfully created. Only the imap and pop3 daemons won't start. # /etc/init.d/courier-imapd start * Starting courier-authlib: authdaemond ...[ ok ] * Starting courier-imapd ... [ !! ] # /etc/init.d/courier-pop3d start * Starting courier-pop3d ... [ !! ] I have it up and running with no issues. Maybe try to go through the HOWTO again? What I usually do is look at the startup script and try to make a test script to get it running. Here is an example for starting courier-imap. Just copy it to a file and try to execute it as root: #!/bin/bash ADDRESS=0 MAXDAEMONS=10 MAXPERIP=10 PIDFILE=/var/run/imapd.pid TCPDOPTS=-nodnslookup -noidentlookup PORT=143 MAILDIR=.maildir exec_prefix=/usr /usr/lib/courier-imap/couriertcpd -address=$ADDRESS \ -stderrlogger=/usr/lib/courier-imap/courierlogger \ -stderrloggername=imapd \ -maxprocs=$MAXDAEMONS -maxperip=$MAXPERIP \ -pid=$PIDFILE $TCPDOPTS \ $PORT ${exec_prefix}/sbin/imaplogin \ /usr/lib/courier-imap/courier-imapd.indirect ${MAILDIR} Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- I'm a geek, but I don't get it. 36-24-36 = -24. What's the significance? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Florida, USA, Earth, Solar System, Milky Way -- gentoo-user@gentoo.org mailing list
[gentoo-user] Courier-Imap slowing to a crawl
Hey everyone. I've been running a Gentoo mail server here at home for almost 3 years and have had great luck with it. However, since I made a large group of updates a few weeks ago, Courier-Imap has been slowing down, so much so that my client requests eventually time out. A reboot fixes this, but it's gotten to the point where I'd have to reboot every single day in order to keep it running the way it should be, and I know there must be some way to fix this. I've tried just restarting the Courier daemons, but this alone is not sufficient. Courier-Imap was never updated, so that shouldn't be the problem. However, the packages that were updated (with new USE flags; using --newuse) were Postfix, OpenLDAP (newly merged), Apache (from 1.3 to 2.0), OpenSSL (I suspected at first that I had to build Courier and Courier-authlib again against the new OpenSSL, but this didn't prove to help) and a few others (unfortunately, I can't remember what they were, but I highly doubt they were related.) Just to see if this would help, I tried rebuilding Courier-Imap and Courier-authlib after having merged the new packages. Unfortunately, this did not help. Authentication itself goes quick. However, at the point where Thunderbird says, Looking for folders, (sorry I couldn't be more descriptive than that) it goes on and on and on and eventually times out. After I've rebooted, it goes quickly like it always did before the updates, but then it gradually slows down, and by the next day, it's usually really bad again. I wondered if something was hogging the CPU, or if something was leaking memory, but I checked both those things, and so far, I don't think either of those are a problem. The only other change I can think of is that I had been compiling with -O3 optimizations ever since the server was built (I always had great luck with that and it's been very stable; I actually believe this may have been the default setting at the time), but decided to step down to -O2 before I built all those other packages since I wanted to make sure everything would be stable. Does the fact that some packages were compiled with -O3 optimizations and the fact that more recently some were built with -O2 optimizations cause some kind of problem? Is there a way that I can rebuild my entire server on either -O2 or -O3 optimizations so that I can make everything consistent? Should I even care about that? I'm just trying to throw out every possibility here as this is one of the most bizarre things that's happened to me to date. If anybody has any ideas, or if anybody has had any similar problems, a reply would be greatly appreciated! :) Thanks everyone. James -- gentoo-user@gentoo.org mailing list
[gentoo-user] Courier-IMAP
I just switched from using UW-IMAP to Courier-IMAP. Everything is working great. But, I noticed that the most current stable version for x86 is 4.0.1 and the most unstable version is 4.0.4. On the Courier webpage, version 4.0.6 has been out since September of last year. Is there current development with Courier-IMAP? Will we be seeing newer versions released? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Courier-IMAP
On (21/01/06 18:26), Jeff Grossman wrote: I just switched from using UW-IMAP to Courier-IMAP. Everything is working great. But, I noticed that the most current stable version for x86 is 4.0.1 and the most unstable version is 4.0.4. On the Courier webpage, version 4.0.6 has been out since September of last year. Is there current development with Courier-IMAP? Will we be seeing newer versions released? -- gentoo-user@gentoo.org mailing list Hi, First search Bugzilla for any new version, if there's none file a Bug. Rumen pgphqzoZZIqkK.pgp Description: PGP signature
[gentoo-user] Courier-IMAP and Outlook
I have switched my system from using UW-IMAP with mbox/mbx style mailboxes to Courier-IMAP and maildir style mailboxes. Everything appears to be working okay, except for one problem in Outlook. When I do a get/send in Outlook, sometimes I get the following error: Outlook is unable to download folder (null) from the IMAP server. I don't know what folder (null) means. I am able to go into each folder I have setup on the IMAP server and read all of the messages. New mail is showing up correctly, but I continue to get this error message. Any ideas? Thanks for any help you can offer me. Jeff -- gentoo-user@gentoo.org mailing list
[gentoo-user] courier-imap package enhancement
Hi everyone, Might I suggest that the courier-imap package adds a directory of /etc/skel/.maildir during install? That way any new users created on the system would automatically have .maildir for use with courier-imap. Otherwise, courier-imap complains, in /var/log/mail.log, that the .maildir does not exist. Is this the right list for suggesting things like this? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] courier-imap package enhancement
Trenton Adams wrote: Hi everyone, Might I suggest that the courier-imap package adds a directory of /etc/skel/.maildir during install? That way any new users created on the system would automatically have .maildir for use with courier-imap. Otherwise, courier-imap complains, in /var/log/mail.log, that the .maildir does not exist. Is this the right list for suggesting things like this? This is generally why most systems send a new users a welcome email which forces the MTA to create the .maildir/. Courier-imap can add it to /etc/skel/ however this may make troubleshooting more complicated if you do something odd like using mbox in your MTA and decide to install Courier. You might confuse some applications, but generally it doesn't seem like a bad idea. It might make things complicated when you switch to a virtual system and your users don't get automatic maildirs anymore. I'd lean towards leaving .maildir/ out of /etc/skel/ in this case so that behavior is consistent in all installs. In any case I'd do some more thinking about it and request the enhancement through bugzilla with your well thought out arguements that consider more than just a simple system. kashani -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Courier-imap won't start after system world rebuild
On Fri, Dec 23, 2005 at 09:43:12PM -0500, Dan Meltzer wrote: On Friday 23 December 2005 19:38, John J. Foster wrote: What is the correct syntax for starting manually? What should I be looking for? I've never used courier/imap, but if you look in the init file (in /etc/init.d/ ) in the start() function, you should see the command it runs. Try running that on the command line //garbanzo/root # start-stop-daemon --quiet --start \ --exec /usr/bin/env \ - /usr/lib/courier-imap/gentoo-imapd-ssl.rc produces no visible errors, but still can't connect to maildirs. Thanks, John pgpF7Fyyv8vNv.pgp Description: PGP signature
Re: [gentoo-user] Courier-imap won't start after system world rebuild
John J. Foster wrote: //garbanzo/root # start-stop-daemon --quiet --start \ --exec /usr/bin/env \ - /usr/lib/courier-imap/gentoo-imapd-ssl.rc produces no visible errors, but still can't connect to maildirs. Just run: /usr/lib/courier-imap/gentoo-imapd-ssl.rc Christoph -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Courier-imap won't start after system world rebuild
On Sat, Dec 24, 2005 at 03:06:03PM +0100, Christoph Gysin wrote: Just run: /usr/lib/courier-imap/gentoo-imapd-ssl.rc //garbanzo/root # /usr/lib/courier-imap/gentoo-imapd-ssl.rc gives the following 2 new processes, but no connection still. //garbanzo/root # ps aux|grep courier-imap root 1159 0.0 0.0 1548 540 ?S09:17 0:00 \ /usr/lib/courier-imap/couriertcpd -address=0 \ -stderrlogger=/usr/lib/courier-imap/courierlogger \ -stderrloggername=imapd-ssl -maxprocs=40 -maxperip=4 \ -pid=/var/run/imapd-ssl.pid -nodnslookup -noidentlookup 993 \ /usr/sbin/couriertls -server -tcpd /usr/sbin/imaplogin \ /usr/sbin/courier-imapd Maildir/ root 1164 0.0 0.0 1452 456 ?S09:17 0:00 \ /usr/lib/courier-imap/courierlogger imapd-ssl John pgpSLxJmFeLcq.pgp Description: PGP signature
SOLVED - Re: [gentoo-user] Courier-imap won't start after system world rebuild
On Fri, Dec 23, 2005 at 06:22:23PM -0500, John J. Foster wrote: Good evening all, 3 days ago I rebuilt my system to use gcc-3.4.4-r1. I first used gcc-config to change to the new compiler, and then ran emerge -aev system, followed by emerge -aev world. All went extremely well, I thought. Today I noticed that courier-imap has failed to start. (The only reason I knew was because my wife uses this box to store her sent mail for backup purposes, and wwas getting connection errors) Trying to start it manually yields: //garbanzo/root # /etc/init.d/courier-imapd-ssl start * Starting courier-imapd over SSL ... * [ !! ] No log entries are generated that I can find. I compared config files in /etc/courier and /etc/courier-imap with archived copies. They're the same. The following packages have been emerged since upgrading. Wed Dec 21 18:33:07 2005 dev-util/xdelta-1.1.3 Wed Dec 21 21:18:44 2005 sys-process/lsof-4.75 Thu Dec 22 14:02:01 2005 app-admin/showconsole-1.07 Thu Dec 22 14:05:38 2005 sys-apps/baselayout-1.12.0_pre12 Fri Dec 23 09:03:30 2005 sys-apps/findutils-4.1.20-r2 Fri Dec 23 09:21:37 2005 net-mail/courier-imap-4.0.1 I'm not sure whether courier-imap started after the upgrade, or one of these have caused my problems. Turns out it was the update of baselayout to ~x86. I went back to the stable version (boy, I don't think I'd do that again, cause downgrading sure screwed a bunch of other things up) and sure enough, courier-imap worked properly. Instead of fixing the other things that broke with the downgrade, I just updated baselayout to ~x86 again, and then emerged the latest ~x86 version of courier-imap, and all is still well. Thanks for you help, John pgp59k6GdAyWn.pgp Description: PGP signature
[gentoo-user] Courier-imap won't start after system world rebuild
Good evening all, 3 days ago I rebuilt my system to use gcc-3.4.4-r1. I first used gcc-config to change to the new compiler, and then ran emerge -aev system, followed by emerge -aev world. All went extremely well, I thought. Today I noticed that courier-imap has failed to start. (The only reason I knew was because my wife uses this box to store her sent mail for backup purposes, and wwas getting connection errors) Trying to start it manually yields: //garbanzo/root # /etc/init.d/courier-imapd-ssl start * Starting courier-imapd over SSL ... * [ !! ] No log entries are generated that I can find. I compared config files in /etc/courier and /etc/courier-imap with archived copies. They're the same. The following packages have been emerged since upgrading. Wed Dec 21 18:33:07 2005 dev-util/xdelta-1.1.3 Wed Dec 21 21:18:44 2005 sys-process/lsof-4.75 Thu Dec 22 14:02:01 2005 app-admin/showconsole-1.07 Thu Dec 22 14:05:38 2005 sys-apps/baselayout-1.12.0_pre12 Fri Dec 23 09:03:30 2005 sys-apps/findutils-4.1.20-r2 Fri Dec 23 09:21:37 2005 net-mail/courier-imap-4.0.1 I'm not sure whether courier-imap started after the upgrade, or one of these have caused my problems. Does anyone have any ideas? Thanks, John pgpee3oHu3V2c.pgp Description: PGP signature
Re: [gentoo-user] Courier-imap won't start after system world rebuild
On Friday 23 December 2005 18:22, John J. Foster wrote: Good evening all, 3 days ago I rebuilt my system to use gcc-3.4.4-r1. I first used gcc-config to change to the new compiler, and then ran emerge -aev system, followed by emerge -aev world. All went extremely well, I thought. Today I noticed that courier-imap has failed to start. (The only reason I knew was because my wife uses this box to store her sent mail for backup purposes, and wwas getting connection errors) Trying to start it manually yields: //garbanzo/root # /etc/init.d/courier-imapd-ssl start * Starting courier-imapd over SSL ... * [ !! ] No log entries are generated that I can find. I compared config files in /etc/courier and /etc/courier-imap with archived copies. They're the same. The following packages have been emerged since upgrading. Wed Dec 21 18:33:07 2005 dev-util/xdelta-1.1.3 Wed Dec 21 21:18:44 2005 sys-process/lsof-4.75 Thu Dec 22 14:02:01 2005 app-admin/showconsole-1.07 Thu Dec 22 14:05:38 2005 sys-apps/baselayout-1.12.0_pre12 Fri Dec 23 09:03:30 2005 sys-apps/findutils-4.1.20-r2 Fri Dec 23 09:21:37 2005 net-mail/courier-imap-4.0.1 I'm not sure whether courier-imap started after the upgrade, or one of these have caused my problems. Does anyone have any ideas? Try a revdep-rebuild, you may be missing a dependancy. If this fails, try starting courier-imap manually, instead of via the initscript. Thanks, John -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Courier-imap won't start after system world rebuild
On Fri, Dec 23, 2005 at 06:43:40PM -0500, Dan Meltzer wrote: On Friday 23 December 2005 18:22, John J. Foster wrote: Good evening all, 3 days ago I rebuilt my system to use gcc-3.4.4-r1. I first used gcc-config to change to the new compiler, and then ran emerge -aev system, followed by emerge -aev world. All went extremely well, I thought. Today I noticed that courier-imap has failed to start. (The only reason I knew was because my wife uses this box to store her sent mail for backup purposes, and wwas getting connection errors) Trying to start it manually yields: //garbanzo/root # /etc/init.d/courier-imapd-ssl start * Starting courier-imapd over SSL ... * [ !! ] No log entries are generated that I can find. I compared config files in /etc/courier and /etc/courier-imap with archived copies. They're the same. The following packages have been emerged since upgrading. Wed Dec 21 18:33:07 2005 dev-util/xdelta-1.1.3 Wed Dec 21 21:18:44 2005 sys-process/lsof-4.75 Thu Dec 22 14:02:01 2005 app-admin/showconsole-1.07 Thu Dec 22 14:05:38 2005 sys-apps/baselayout-1.12.0_pre12 Fri Dec 23 09:03:30 2005 sys-apps/findutils-4.1.20-r2 Fri Dec 23 09:21:37 2005 net-mail/courier-imap-4.0.1 I'm not sure whether courier-imap started after the upgrade, or one of these have caused my problems. Does anyone have any ideas? Try a revdep-rebuild, you may be missing a dependancy. If this fails, try starting courier-imap manually, instead of via the initscript. Sorry, I should have stated that I've already done a depclean and revdep-rebuild. What is the correct syntax for starting manually? What should I be looking for? Thanks, John pgpWcNQzXv8SJ.pgp Description: PGP signature
Re: [gentoo-user] Courier-imap won't start after system world rebuild
On Friday 23 December 2005 19:38, John J. Foster wrote: On Fri, Dec 23, 2005 at 06:43:40PM -0500, Dan Meltzer wrote: On Friday 23 December 2005 18:22, John J. Foster wrote: Good evening all, 3 days ago I rebuilt my system to use gcc-3.4.4-r1. I first used gcc-config to change to the new compiler, and then ran emerge -aev system, followed by emerge -aev world. All went extremely well, I thought. Today I noticed that courier-imap has failed to start. (The only reason I knew was because my wife uses this box to store her sent mail for backup purposes, and wwas getting connection errors) Trying to start it manually yields: //garbanzo/root # /etc/init.d/courier-imapd-ssl start * Starting courier-imapd over SSL ... * [ !! ] No log entries are generated that I can find. I compared config files in /etc/courier and /etc/courier-imap with archived copies. They're the same. The following packages have been emerged since upgrading. Wed Dec 21 18:33:07 2005 dev-util/xdelta-1.1.3 Wed Dec 21 21:18:44 2005 sys-process/lsof-4.75 Thu Dec 22 14:02:01 2005 app-admin/showconsole-1.07 Thu Dec 22 14:05:38 2005 sys-apps/baselayout-1.12.0_pre12 Fri Dec 23 09:03:30 2005 sys-apps/findutils-4.1.20-r2 Fri Dec 23 09:21:37 2005 net-mail/courier-imap-4.0.1 I'm not sure whether courier-imap started after the upgrade, or one of these have caused my problems. Does anyone have any ideas? Try a revdep-rebuild, you may be missing a dependancy. If this fails, try starting courier-imap manually, instead of via the initscript. Sorry, I should have stated that I've already done a depclean and revdep-rebuild. What is the correct syntax for starting manually? What should I be looking for? I've never used courier/imap, but if you look in the init file (in /etc/init.d/ ) in the start() function, you should see the command it runs. Try running that on the command line Thanks, John -- gentoo-user@gentoo.org mailing list