Could you elaborate the reason for this observation.
Why would an over heated system be discriminating imap server
process and not the master process or for that matter any other
process on the system?
__
Seva
"Kevin J. Menard, Jr." wrote:
>
> Hey Seva,
>
> This could also be due to an overh
It looks like you haven't installed the db3 development package, which
contains the header files needed to compile.
Install db3-devel-3.1.17-1mdk.i586.rpm, that should solve this problem.
Good Luck!
On Mon, 7 May 2001, Norman Zhang wrote:
> Hi,
>
> When I do a ./configure for cyrus-imapd-2.0.1
Lawrence Greenfield wrote:
[snip...]
>
> I'm extremely confused how this could happen. I just tried it against
> my test server to be sure, and couldn't reproduce this.
>
> pop3d doesn't reuse processes, so after the first connection (with
> openssl s_client) exits, it doesn't respond to th
Hi,
When I do a ./configure for cyrus-imapd-2.0.13 on my Linux box with Mandrake
8.0
./configure --with-auth=unix --with-dbdir=/usr/lib/
The compiling script complains with an error message,
configure: error: this version requires Berkeley DB 3.x.
I checked my system for Berkeley DB 3.x with
Hi,
When I do a ./configure for cyrus-imapd-2.0.13 on my Linux box with Mandrake
8.0
./configure --with-auth=unix --with-dbdir=/usr/lib/
The compiling script complains with an error message,
configure: error: this version requires Berkeley DB 3.x.
I checked my system for Berkeley DB 3.x with
I recently upgraded to Cyrus 2.0.13 (from 1.6.24), and as such was anxious
to take advantage of the integrated SSL/TLS support. It worked just as it
had under 1.6.24 under Communicator (I used stunnel for the SSL support
then).
However, under Outlook Express I encountered some strange problems.
Hi,
When I do a ./configure for cyrus-imapd-2.0.13 on
my Linux box with Mandrake 8.0
./configure --with-auth=unix
--with-dbdir=/usr/lib/
The compiling script complains with an error
message,
configure: error: this version requires Berkeley DB
3.x.
I checked my system for Berkeley D
On Tue, 8 May 2001, Hajimu UMEMOTO wrote:
> > On Mon, 7 May 2001 16:33:46 -0300 (ADT)
> > The Hermit Hacker <[EMAIL PROTECTED]> said:
>
> scrappy> On Tue, 8 May 2001, Hajimu UMEMOTO wrote:
>
> > > On Mon, 7 May 2001 13:37:42 -0300 (ADT)
> > > "Marc G. Fournier" <[EMAIL PROTECTED]>
> On Mon, 7 May 2001 16:33:46 -0300 (ADT)
> The Hermit Hacker <[EMAIL PROTECTED]> said:
scrappy> On Tue, 8 May 2001, Hajimu UMEMOTO wrote:
> > On Mon, 7 May 2001 13:37:42 -0300 (ADT)
> > "Marc G. Fournier" <[EMAIL PROTECTED]> said:
>
> marc.fournier> If I do an 'saslpasswd -d mar
On Tue, 8 May 2001, Hajimu UMEMOTO wrote:
> > On Mon, 7 May 2001 13:37:42 -0300 (ADT)
> > "Marc G. Fournier" <[EMAIL PROTECTED]> said:
>
> marc.fournier> If I do an 'saslpasswd -d marc' to remove myself from the sasldb file,
> marc.fournier> then try and re-connect with pine, I get the fo
The Hermit Hacker writes:
>
>I thought the 'sasl_auto_transition' was *supposed* to do that, but have
>never succeeded in getting that to work ...
Yes, this works for me, as long as the client is able to do both
kinds of authentication.
--
-Gary Mills--Unix Support--U of M Academic Com
> On Mon, 7 May 2001 13:37:42 -0300 (ADT)
> "Marc G. Fournier" <[EMAIL PROTECTED]> said:
marc.fournier> If I do an 'saslpasswd -d marc' to remove myself from the sasldb file,
marc.fournier> then try and re-connect with pine, I get the following error:
marc.fournier> May 7 13:21:00 new-r
On Mon, 7 May 2001 [EMAIL PROTECTED] wrote:
> Larry Greenfield writes:
> >
> >However, since there's no secret for the user "marc" in /etc/sasldb,
> >Pine can't use CRAM-MD5.
>
> This is a generic problem with c-client. If the server advertizes
> CRAM-MD5, the client will try only CRAM-MD5, and
Ramiro noted in his cyrus-imap RPM release for 2.0.11:
- Add patch from Lawrence Greenfield for bad file descriptor
ordering and rlimit type portability.
I still see rlimit problems in linux 2.2.x with
cyrus-imap-2.0.13. Did this patch make it into that release?
Has anyone else seen probl
On Mon, 7 May 2001, Lawrence Greenfield wrote:
>Date: Mon, 7 May 2001 13:37:42 -0300 (ADT)
>From: "Marc G. Fournier" <[EMAIL PROTECTED]>
>
> [...]
>If I do an 'saslpasswd -d marc' to remove myself from the sasldb file,
>then try and re-connect with pine, I get the following error:
On Mon, 7 May 2001, Lawrence Greenfield wrote:
>Date: Mon, 7 May 2001 13:37:42 -0300 (ADT)
>From: "Marc G. Fournier" <[EMAIL PROTECTED]>
>
> [...]
>If I do an 'saslpasswd -d marc' to remove myself from the sasldb file,
>then try and re-connect with pine, I get the following error:
Hey Seva,
This could also be due to an overheating system.
--
Kevin
Friday, March 23, 2001, 11:48:29 AM, you wrote:
SA> This probably should be a FAQ item by now! One of the most
SA> common reasons for signal 11 (on Redhat systems) with cyrus
SA> is mismatch with the shared libraries. Often
Larry Greenfield writes:
>
>However, since there's no secret for the user "marc" in /etc/sasldb,
>Pine can't use CRAM-MD5.
This is a generic problem with c-client. If the server advertizes
CRAM-MD5, the client will try only CRAM-MD5, and will not fall back
to less secure authentication methods.
Lawrence Greenfield wrote:
> I've applied this patch against imapd.c. pop3d doesn't currently have
> this problem since it never services more than one connection.
Au Contraire, pop3d does indeed have the same problem. To duplicate it,
you connect to the pop3s port with 'openssl s_client', QUIT
Hajimu UMEMOTO wrote:
>
> nsayer> 2. imapd loses its "-s" argument the 2nd time around. I suspect this is a
> nsayer> setproctitle issue, but I haven't tried to prove it. If I do
> nsayer> 'openssl s_client -connect localhost:imaps', then '. logout' and then
> nsayer> very quickly 'telnet local
Date: Mon, 07 May 2001 11:06:18 -0700
From: Nick Sayer <[EMAIL PROTECTED]>
Cc: Hajimu UMEMOTO <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Lawrence Greenfield wrote:
> I've applied this patch against imapd.c. pop3d doesn't currently have
> this problem since it never services more
Date: Mon, 7 May 2001 13:37:42 -0300 (ADT)
From: "Marc G. Fournier" <[EMAIL PROTECTED]>
[...]
If I do an 'saslpasswd -d marc' to remove myself from the sasldb file,
then try and re-connect with pine, I get the following error:
May 7 13:21:00 new-relay imapd[66067]: badlogin:
ate
Okay, either I'm losing it, or there is a bug here somewhere :(
I removed the ports I had installed, for FreeBSD, and built fresh from
source, using the following configure settings:
=[ sasl ]
#!/bin/tcsh
setenv CFLAGS -I/usr/local/include/db3
#setenv CPPFLAGS -I/usr/loc
I am using PostFix on my RedHatBox 7.0
And I use cyrus as my mailbox transport, but when I deliver mail
I can not receive mail from Inbox.I check the mail log and found follows
in mail log:
May 6 10:26:58 tifa postfix/pipe[8634]:
fatal: request to use mail system owner group
Hans Deragon <[EMAIL PROTECTED]> writes:
> I tried to compile cyrus under Red Hat 7.1, but the following errors
> occured:
> undefined reference to `rpmdbClose'
Looks familiar. :-\
> I suspected that it might be a compiler issue (2.96 is I believe still
>experimental)
> so I compiled
Guys,
I've installed Cyrus IMAP 2.0.13, Cyrus SASL 1.5.24,BerkeleyDB 3.2, pam_mysql and
postfix on my RH 6.2 box. Started /usr/cyrus/bin/master and tried to telnet both pop3d
and imap but i don't get any prompt... looking at my imapd.log... here's what it
says... any idea? TYI!
[imapd.lo
As I described in my previous email a core dump is produced by deliver.
I now discovered, that every delivery causes a core dump.
Before I used a procmail script like
:0 w
| $DELIVERMAIL -a $LOGNAME -m user.$LOGNAME
($DELIVERMAIL is "/usr/local/bin/deliver -r $SENDER")
Since I checked th
27 matches
Mail list logo
