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
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
-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
>> a
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 n
-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
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
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.
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 repor
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
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
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 Thunderb
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 m
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
> > /
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 courie
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
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
f
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/courie
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 f
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
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
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 thi
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
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 develop
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 f
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/ma
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 .maild
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.
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
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
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/
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
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,
> > fo
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
>
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
34 matches
Mail list logo
