Is there any point in using a newer Berkeley DB than 3.3.11 w/
cyrus-(sasl&&imapd). It has been extremely stable, are there any gains in
using later version?
I am about to upgrade an old system running cyrus-imapd-2.0.17 with the
above mentioned BDB. If I install a newer cyrus with a db-4.2.x,
Let me know how that works please. I'm using pam because I pull users
from ldap and the cyrus admin from /etc/passwd, but I'd be interested in
using the ldap mech too. I'm running Debian stable here, but sasl and
cyrus are compiled from source.
Andy
On Mon, 19 Jul 2004, Lenny wrote:
>
Very useful information. Thank you, Igor.
Lenny
--
"Wisdom is to a man an infinite Treasure" - Anonymous"
Quoting Igor Brezac <[EMAIL PROTECTED]>:
On Mon, 19 Jul 2004, Lenny wrote:
Ya, I could do that. Would there be a gain for me to compile the latest from
source and using the ldap mech as opposed
On Mon, 19 Jul 2004, Lenny wrote:
> Ya, I could do that. Would there be a gain for me to compile the latest from
> source and using the ldap mech as opposed to the "-n0" flag suggestion
> that was
> made?
-n0 is very taxing on the OS specially if you have a lot of users.
saslauthd/ldap does not
Ya, I could do that. Would there be a gain for me to compile the latest from
source and using the ldap mech as opposed to the "-n0" flag suggestion
that was
made?
Lenny
--
"Wisdom is to a man an infinite Treasure" - Anonymous"
Quoting Igor Brezac <[EMAIL PROTECTED]>:
On Mon, 19 Jul 2004, Lenny wr
On Mon, 19 Jul 2004, Lenny wrote:
> Fedora Core 1's saslauthd doesn't seem to like me setting the mech to
> ldap. This
> works great on Core 2, but I'm not in a postition to migrate all the cyrus
> servers to Fedora Core 2 as of yet. So this is a temporary problem for me :)
Can you build saslaut
Fedora Core 1's saslauthd doesn't seem to like me setting the mech to
ldap. This
works great on Core 2, but I'm not in a postition to migrate all the cyrus
servers to Fedora Core 2 as of yet. So this is a temporary problem for me :)
Lenny
--
"Wisdom is to a man an infinite Treasure" - Anonymous"
pam is known to leak memory on some OSs. This is really not saslauthd
problem. Have you tried to use saslauthd built-in ldap mech?
-Igor
On Mon, 19 Jul 2004, Lenny wrote:
> Using the pam mech which in turn is authing against an openldap server.
>
> I've tried the -n0 flag that was just mentio
Using the pam mech which in turn is authing against an openldap server.
I've tried the -n0 flag that was just mentioned in hopes this solves
the problem
:)
Lenny
--
"Wisdom is to a man an infinite Treasure" - Anonymous"
Quoting Igor Brezac <[EMAIL PROTECTED]>:
What saslauthd authentication mechan
What saslauthd authentication mechanism are you using?
-Igor
On Mon, 19 Jul 2004, Lenny wrote:
> Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of
> swap until eventually there's no memory left. Great fun! This of course stops
> cyrus from being able to process imap a
I'm curious if there's any value to setting the various daemons for only 1 use?
What would be "optimal" here? Thanks.
Lenny
--
"Wisdom is to a man an infinite Treasure" - Anonymous"
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/
Thanks for the tip!
Andrew
-Original Message-
From: Andrew Morgan [mailto:[EMAIL PROTECTED]
Sent: Monday, July 19, 2004 4:31 PM
To: Andrew Brink
Cc: Lenny; Mohamed Magdi Abbas; Cyrus Mailing List
Subject: RE: Virtual Memory Consumption of Cyrus IMAPd
You want to run saslauthd with the
We useta see that at my place of work as well, all the way back into RH7.3,
but *ONLY* on the RedHat systems. nothing else.
--On Monday, July 19, 2004 16:46 -0400 Lenny <[EMAIL PROTECTED]> wrote:
Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons
of
swap until eventually t
You want to run saslauthd with the "-n0" option, which spawns a new
saslauthd process for each incoming request rather than having a fixed
number of threads hanging around which eventually use up all the available
memory.
Andy
On Mon, 19 Jul 2004, Andrew Brink wrote:
> I have also seen
I have also seen this sasauthd memory leak on a Debian box. A simple restart always
fixes the problem for me too.
Just FYI
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Lenny
Sent: Monday, July 19, 2004 3:46 PM
To: Mohamed Magdi Abbas
Cc: Cyrus Mailing L
Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of
swap until eventually there's no memory left. Great fun! This of course stops
cyrus from being able to process imap and pop logins (if you're using
saslauthd
for authentication). A simple restart usually fixes this partic
I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and
noticed that the amount of swap space free is decreasing. When I was
running v2.1.16, the swap free would decrease until the kernel oom(out
of memory) killer would activate and start killing processes which
essentially grinds
Hello All.
I have a goofy problem I cannot seem to fix. I was
tasked with migrating all mail from an MS Exchange 5.5
server to Postfix. I am using SuSE Linux OpenExchange
Server 4.1 which is running Postfix 1.1.12-34.
Cyrus-imapd-2.1.9-92 is also used for IMAP.
To actually perform the migration I
U5 VirusKill 2.3 has modified this mail as it contained a PC-executable attachment.
~ ~ ~ ~ ~
You should probably simply ignore this mail. If you really expected somebody to send
you an executable attachment please
mail back to this person and ask him/her to zip the file first.
Below is given
>
> Just upgraded to 2.2.6, to see if maybe it was something that broke and
> then was fixed, but mkimap *used* to do the mkdir on the sievedir
> directory, but no longer appears to do so?
>
> t2# grep -i sieve /usr/local/cyrus/bin/mkimap
> t2#
>
> So, of course, on a new install, if someone tries
Marc G. Fournier wrote:
Just upgraded to 2.2.6, to see if maybe it was something that broke and
then was fixed, but mkimap *used* to do the mkdir on the sievedir
directory, but no longer appears to do so?
t2# grep -i sieve /usr/local/cyrus/bin/mkimap
t2#
So, of course, on a new install, if someo
Just upgraded to 2.2.6, to see if maybe it was something that broke and
then was fixed, but mkimap *used* to do the mkdir on the sievedir
directory, but no longer appears to do so?
t2# grep -i sieve /usr/local/cyrus/bin/mkimap
t2#
So, of course, on a new install, if someone tries to add a filter
Quick sendmail/mail question: we have here a E450 which is
the main file and mailservers. Now, two users are getting their
email off another machine, a dell redhat linux box, in the following
manner:
o /etc/aliases in the E450 sends email for those two guys to
[EMAIL PROTECTED], where
Hi,
Here's a request that might seem a bit strange: I'd like to export some
shared files via my imapinterface.
What I'd like to see is a simple way to add some "fileshares" to the
server so that users can browse the directories as if they were
mailfolders - with the files as mimeattachments.
Thi
24 matches
Mail list logo
