I am about at wits end with this, so I need to seek help. I have been
trying to get on this list for some time, so I hope this message gets
there.
I have compiled up the Cyrus IMAP server (2.0.9) on Tru64 5.0a. It is
using the SASL libraries (1.5.24) for authentication. The IMAP capability
tting past this hurdle :-)
Scott
--On Thursday, February 08, 2001 9:47 AM -0500 Scott Adkins
[EMAIL PROTECTED] wrote:
I have compiled up the Cyrus IMAP server (2.0.9) on Tru64 5.0a. It is
using the SASL libraries (1.5.24) for authentication. The IMAP capability
command produces the
--On Monday, March 05, 2001 10:44 AM +1000 David Richards
[EMAIL PROTECTED] wrote:
I am having problems getting v2.0.12 to compile on Compaq Tru64 v5.1. I
have gone to quite extensive means to try and make it compile.
Yes, I have had similar problems, but given time, I was able to work most
--On Tuesday, March 06, 2001 11:32 AM +1000 David Richards
[EMAIL PROTECTED] wrote:
Further to my previous message, the exact output is:
See previous message for fix... :-)
### Making all in
/messaging/richard2/builds/new-imap/cyrus-imapd-2.0.12/perl/imap
cc -c -I../../lib
--On Tuesday, March 06, 2001 10:48 AM +1000 David Richards
[EMAIL PROTECTED] wrote:
Yep, that seems to do better. Now I get a problem in 'perl/imap'
something about Bad object file tmp.a(licyrus.a) Bad file magic number
.
Any ideas?
Dave.
Yup :-)
I actually believe this to be a
Does anyone have any tools that they use to test the performance of the
IMAP server under load?
Thanks,
Scott
--
+-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+
Scott W. Adkinshttp://www.cns.ohiou.edu/~sadkins/
UNIX Systems Engineer
--On Tuesday, May 01, 2001 2:44 PM +0200 Werner Reisberger [EMAIL PROTECTED]
wrote:
I want to upgrade from 1.6.24 to 2.0.13 but configure isn't able to find
libsasl although I am using the library since many month with 1.6.24:
checking for sasl_getprop in -lsasl... no
My sasl libraries
In addition to that, it should be stated that the difference between
administrative commands and non-administrative commands is purely one
of access rights. You must be logged into an adminstrative account
to do anything useful to user accounts. In any the case, the command
set is the same...
--On Thursday, August 23, 2001 7:25 PM -0400 Lawrence Greenfield
[EMAIL PROTECTED] wrote:
Date: Thu, 23 Aug 2001 19:20:47 -0400
From: Scott Adkins [EMAIL PROTECTED]
cc: Lawrence Greenfield [EMAIL PROTECTED],
Cyrus-Bugs [EMAIL PROTECTED]
Okay, we upgraded to IMAP 2.0.16
to remove it.
Fortunately or unfortunately, this will also disable ~/.forward file
processing. Since we don't use .forward file processing, it will be
hard for me to immediately tell you how to make both work.
Larry
Date: Thu, 23 Aug 2001 20:05:19 -0400
From: Scott Adkins [EMAIL
Okay, the problem I was having was when we upgraded to Cyrus IMAPD 2.0.16
and Sendmail 8.12.0 using LMTP, plussed address (user+folder@address) no
longer worked. If the 'w' flag was specified for the cyrus mailer in the
sendmail.cf file, messages to plussed addresses would bounce with a user
We are seeing a lot of messages getting deferred in our sendmail logs
when deliver is executed. Basically, deliver is exitting with EX_TEMPFAIL.
Looking at the cyrus logs, I can correlate most of those failures to the
following message:
deliver: connect(/var/imap/socket/lmtp) failed:
Okay, we were originally having problems with the deliver program connecting
to LMTP via UNIX file sockets. We thought about going to TCP sockets and
use deliver, but from what I saw in the source code, it may be that deliver
only support UNIX file sockets.
This meant that we needed to dump
This was reported back in June and seems to still be a problem in 2.0.16.
If I have the following in my /etc/cyrus.conf file, I find that I can still
connect to port 9143 as many times as I want and never did find a maximum
number:
imap cmd=imapd listen=imap
imap_testcmd=imapd
--On Tuesday, September 04, 2001 6:01 PM -0400 Lawrence Greenfield
[EMAIL PROTECTED] wrote:
Date: Mon, 27 Aug 2001 09:38:26 -0400
From: Scott Adkins [EMAIL PROTECTED]
[ ... many duplicate deliverdb errors deleted ... ]
[ And so on, and so forth... hitting all the delivery
--On Thursday, September 06, 2001 10:26 AM -0400 Steve Heist
[EMAIL PROTECTED] wrote:
Hello all,
We are currently testing a move from the Simeon IMSP server
to CMU's 1.6a3 and we seem to have a problem where the
address book switch values of Use for Nick-names,
Open on Startup and Use for
--On Friday, September 07, 2001 11:01 AM -0400 Scott Russell
[EMAIL PROTECTED] wrote:
On Fri, Sep 07, 2001 at 10:24:59AM -0400, Scott Adkins wrote:
--On Friday, September 07, 2001 9:11 AM +0200 Carsten Hoeger
[EMAIL PROTECTED] wrote:
On Thu, Sep 06, Scott Russell wrote:
Question about
Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
discussed last month. We have the same problem where only those clients
cannot negotiate a TLS connection properly, and thus fails to login at
all. So...
Ken suggested removing or commenting out the following lines:
if
--On Friday, October 19, 2001 5:18 PM +0300 Leena Heino [EMAIL PROTECTED]
wrote:
On Fri, 19 Oct 2001, Scott Adkins wrote:
Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
discussed last month. We have the same problem where only those clients
cannot negotiate a TLS
--On Friday, October 19, 2001 4:08 PM +0200 Jan Moravec [EMAIL PROTECTED]
wrote:
On my FreeBSD 4.4 machine running Cyrus imapd 2.0.16 (installed from the
ports collection), I see that each imapd process eats up around 2500K of
memory (RES - resident portion of the process) and its total
The problem is that deliver *only* works with unix lmtpd sockets. So, how
we dealt with the issue in our environment is run with both lines in the
cyrus.conf file, allowing either TCP connections or unix socket connections.
Then we configured sendmail to use the TCP connection when delivering
--On Tuesday, March 12, 2002 8:10 AM +0100 Birger Toedtmann
[EMAIL PROTECTED] wrote:
I just set up cyrus-imapd-2.1.3 on a RH7.2 box that has BDB4 installed
(re- compiled src.rpm). Any ldd's of the imapd/pop3d binaries show
correct bindings to /lib/libdb-4.0.so, so everything seems ok -
I will post a problem report from what we have experienced on the Compaq
Alpha Tru64 system a little later this morning (I am pressed for time at
this very second). In any the case, we do experience the lossage of ports
from time to time, but I believe I understand why (which is what I will
--On Thursday, May 02, 2002 9:52 AM +1000 Jeremy Howard
[EMAIL PROTECTED] wrote:
I've seen a couple of problems over the last few weeks with master
apparently failing to correctly maintain the prefork pool. We
particularly see this problem with pop3d, which has more
connects/disconnects
I am still waiting to hear from Ken and Lawrence on what they think about
these patches? Will any or all of them be implented in the next release?
Scott
--On Wednesday, May 15, 2002 12:41 PM +1000 Jeremy Howard
[EMAIL PROTECTED] wrote:
Thanks to Jaska Kivela, some patch formatting problems
For what its worth, we run into this problem a lot in our environment as
well... I had come to the same conclusion as Jeremy and Henrique did before
they even posted their message about it to the list.
The environment we are running is as follows:
Cyrus IMAPD 2.0.16
Compaq Tru64 5.1 on
--On Friday, November 15, 2002 9:36 AM -0500 Rob Siemborski
[EMAIL PROTECTED] wrote:
On 15 Nov 2002, Erik Enge wrote:
Then again, LaTex (or SGML) would probably give you the most
possibilities (and problems ;).
Right, as does HTML (atleast, for our intents and purposes), without the
overhead
--On Tuesday, December 24, 2002 12:01 AM -0200 Henrique de Moraes Holschuh
[EMAIL PROTECTED] wrote:
Here's the cleaned up patch, against 2.1 CVS. It could be enhanced not to
touch the +fooobar part of the recipient, I suppose.
Yes, and I wanted to add a comment on this... Put the work in now
--On Wednesday, December 25, 2002 10:59 AM -0200 Henrique de Moraes
Holschuh [EMAIL PROTECTED] wrote:
Here's the improved patch. It skips over the +Mailbox part of the
recipient, in the most straightforward way possible ;-)
Sorry, didn't see this message until too late... ignore my last post
I find it useful to look at the Received headers to track the path the
email might have taken to get from the desktop to the mailbox when we
are having problems. Particularly, I look at the delays between hops
to find out if one of our machines is holding onto mail a lot longer
than it should be.
--On Thursday, January 23, 2003 5:58 PM +0600 Dmitry Novosjolov
[EMAIL PROTECTED] wrote:
Hi All,
has anybody succeded in using SNMP statistics of cyrus IMAP server ?
If so, can you please point me in right direction of how to monitor the
activity of Cyrus-imapd-2.1.11 server?
I've heard about
of the tree is not known to
snmp. I ran the query using the base OID from your scripts. I'm doing
this on my test RH 7.3 box with the rpm packages of snmp. What else has
to be done to get this working for cyrus?
Jared
Scott Adkins wrote:
--On Thursday, January 23, 2003 5:58 PM +0600 Dmitry
Okay, I must be clueless here... I have looked through the docs, looked
through the archives, done google searches, etc. I just plain don't
understand how to configure sendmail to do LMTP authentication correctly.
I am in need to open up the TCP port of LMTP to more than just [localhost]
and
I solved this problem a long time ago by passing an environment variable
from the master process to the child process when the child process is
spawned indicating that the server is full. I used CYRUS_MAXCHILD, and
the child process already checks for the CYRUS_VERBOSE variable when it
starts in
We are running into issues on our system where IMAP and LMTP processes
become stuck and start to stack up and never go away. The IMAP processes
aren't so bad, but LMTP definitely is... Investigating the problem with
truss and lsof shows that all of the *stuck* processes (the ones that
seem to be
[NOTE: I sent this yesterday, but the message appears to have not made
it to the list for some reason... I hope this doesn't result in copies
of the message being posted. Anyways, right after sending this, that
was when version 2.2.1 was released into Beta... the question applies
to any 2.2
Okay, I have enough problems now to post something.
We are running on a Tru64 5.1a cluster (2 machines). Compiling 2.2.1 has
not been a pleasant prospect. We are using Tru64's cc compiler, and are
not permitted to use the gcc compiler.
First thing is first, we are using SASL-2.15.1 and
In version 2.0.16, flock() was being used for file locking. However, in
2.2.1, I am wondering if this is still the case. I looked in the configure
output of 2.0.16 and it detects the flock() function call, but in the output
of 2.2.1, it doesn't even look like it checks for flock(). Has the
With the lock problems we had with LMTP in 2.0.16, we are thinking about
maybe running two master processes, one configured just for LMTP and the
other for all the other stuff. We would gain the added benefit that we
could actually run the LMTP master process on one cluster member of our
Tru64
We are going to restruture our IMAP stores across more partitions (meaning,
more disks) to improve our disk I/O performance and to improve our ability
to get these things backed up.
The two ways that I am aware of doing this is as follows:
1) issue RENAME commands at the IMAP protocol level,
Even though your suggestions were good, they weren't applicable to this
particular issue. In fact, running the find command to find all the
source files with indented directives only showed up a couple lines as
follows (using a slightly different command than you supplied):
% find . -name
--On Wednesday, July 23, 2003 11:23 AM +0100 Christos Soulios
[EMAIL PROTECTED] wrote:
I also compiled cyrus-imapd-2.2.1-BETA on a Solaris 9 box with Forte C
compiler. I had some of the same problems, which come from the fact that
cyrus is mostly gcc compiler oriented.
[text deleted about (union
--On Wednesday, July 23, 2003 11:23 AM +0100 Christos Soulios
[EMAIL PROTECTED] wrote:
3) After that, it compiles for awhile and then stops on imap/protocol.c
with the following error:
cc: Error: ./../lib/prot.h, line 209: Missing ;. (nosemi)
__attribute__ ((format (printf, 2,
Thanks for the info... I switched over to using flock() and I can confirm
that it is now being used instead of fnctl(). The problem is that I still
see the same problem as before with regards to over 16500 instances of the
following:
stat(/var/imap/mailboxes.db, 0x00011FFF9C98) = 0
--On Tuesday, July 22, 2003 5:08 PM -0400 Rob Siemborski
[EMAIL PROTECTED] wrote:
On Tue, 22 Jul 2003, Scott Adkins wrote:
With respect to the compile errors, this is what I have found:
1) The configure process appears to pick up on the fact that Tru64 does
have getnameinfo
--On Thursday, July 24, 2003 2:56 PM -0400 Ken Murchison [EMAIL PROTECTED]
wrote:
Scott Adkins wrote:
Even though your suggestions were good, they weren't applicable to this
particular issue. In fact, running the find command to find all the
source files with indented directives only showed
Okay, on to the next set of problems. I am getting a whole slew of DBERRORS
when the server starts up. The following is a snippet from the syslog when
the Cyrus server is first started:
master[1334637]: process started
master[1334878]: about to exec /usr/cyrus/bin/ctl_cyrusdb
I have tried everything to get DB stuff working... I just don't know what
is going on. Once again, I am on a Tru64 5.1a cluster, was using BerkDB
4.0.14, then switched to 4.1.25. This is with Cyrus IMAP 2.2.1-beta.
Basically, I get the following errors (just the ctl_cyrusdb lines):
DBERROR
... the process is aborted somewhere in the call.
Scott
--On Friday, July 25, 2003 1:28 AM -0400 Scott Adkins [EMAIL PROTECTED]
wrote:
I have tried everything to get DB stuff working... I just don't know what
is going on. Once again, I am on a Tru64 5.1a cluster, was using BerkDB
4.0.14
--On Monday, July 28, 2003 10:26 AM -0400 Ken Murchison [EMAIL PROTECTED]
wrote:
Rob Siemborski wrote:
However, in Scott's case, he's not renaming the user, he's just moving it
between partitions. I don't think we should be iterating across the list
to fix the username in this case (so we
--On Wednesday, July 30, 2003 1:13 PM +0100 Matt Bernstein
mb/[EMAIL PROTECTED] wrote:
At 13:47 +0200 Sebastian Hagedorn wrote:
--On Mittwoch, 30. Juli 2003 12:21 Uhr +0100 Matt Bernstein
mb/[EMAIL PROTECTED] wrote:
I forgot to say that at present we still need the use of the PLAIN
mechanism.
--On Wednesday, July 30, 2003 2:35 PM +0100 Matt Bernstein
mb/[EMAIL PROTECTED] wrote:
At 08:59 -0400 Scott Adkins wrote:
SOLUTION:
In /etc/imapd.conf (the default file), have allowplaintext:no in it.
In another config file, maybe /etc/imapd-local.conf, have yes as the
value
I am seeing a lot of these type errors in the log file:
IOERROR: fstating sieve script /usr/sieve/a/ap934499/defaultbc: No such
file or directory
append_check() of 'user.mh202200' failed
append_check() of 'user.am109499' failed
IOERROR: fstating sieve script
--On Wednesday, August 27, 2003 3:21 PM -0400 J. S. Diaz
[EMAIL PROTECTED] wrote:
Hi Scott, last month you posted a question about a cyrus imap install
getting the db4: unable to join error and I was wondering if you
resolved this or got any feedback on it? I am getting the same error on
a
I had this problem initially when moving to 2.2.1b. The problem was that
the users were actually over quota and that was it. Rob committed some
code to CVS for the next version to make the append_check() errors display
a more verbose message about why it failed... When I applied the patch,
it
--On Thursday, September 04, 2003 9:42 PM +0400 Gleb Smirnoff
[EMAIL PROTECTED] wrote:
On Thu, Sep 04, 2003 at 11:44:34AM -0400, Scott Adkins wrote:
S I will attach the patch to this email. It applies directly to
imap/lmtpd.c S and only 2 lines get changed. See if that helps describe
the failure msgs S
We are running a Tru64 TruCluster system. We have 2 members in the cluster
and run Cyrus IMAP 2.2.1b. We typically ran the system with Cyrus being
CAA'd and only running on one member at a time. The stuff would relocate
to the other cluster member if for some reason it could not run on the
Okay, so we are using skiplist for our database now. If we wanted to do
some simple searches on the database (we used to just grep for usernames
on the flat file version of mailboxes.db), we have to first convert the
database to a flat file. Really, the best way to do it is by running
, 2003 9:28 AM -0400 Rob Siemborski
[EMAIL PROTECTED] wrote:
On Wed, 10 Sep 2003, Scott Adkins wrote:
So, with 3000+ cyrus process averaging about 20MB each, it consumed
pretty much all our real RAM (we have 8GB on each cluster member). I
would say about 6GB of memory was consumed in just Cyrus
So, you guys seeing around a 20MB virtual size and a 1MB resident size
when looking at the process table, right?
Scott
--On Wednesday, September 10, 2003 11:09 AM -0400 Rob Siemborski
[EMAIL PROTECTED] wrote:
On Wed, 10 Sep 2003, Igor Brezac wrote:
My installation of cyrus 2.2-CVS on Solaris 9
I just wanted to add something to this discussion...
First of all, we see the problem in Tru64 as well. When we upgraded to the
2.2 series, we put in the locking patch that John described below. This has
helped us, but the locking problem has *not* gone away... in fact, it does
a better job of
What version of Cyrus are you using? We are using 2.2b1 here, and are
experiencing something similar with memory issues for IMAP. I brought up
the discussion a few weeks ago about it and it was characterized as some
kind of mmap() weirdness on our Tru64 platform, which I don't really think
is
, 24 Sep 2003, Scott Adkins wrote:
When looking at what file the processes are all waiting to get a lock on,
it usually turns out to be the cyrus.header file and not the quota file.
Is this still the same bug described by Rob on bugzilla? Does it have to
be the quota file?
Also, when we find
Bernstein started a thread entitled requiring encryption but not from
localhost?, where Scott Adkins proposed a solution. I implemented
something more or less like he proposed, and it worked. Specifically, I
created a second imapd.conf (imapd-local.conf) and configured it with
allowplaintext: yes
--On Thursday, December 04, 2003 10:46 AM -0500 Rob Siemborski
[EMAIL PROTECTED] wrote:
On Thu, 4 Dec 2003, Luca Olivetti wrote:
Is there any way to make it into a shared library?
Sure -- but theres not a compelling reason to, and it would massively
increase the complexity of the build process
Are there changelogs for these releases? I am particularly interested in
whether or not the SSL patches previously posted for IMSP has been rolled
in or not. What is the difference between the 1.6 and 1.7 releases, since
they were both released at the same time?
Scott
--On Friday, December 12,
--On Friday, December 12, 2003 4:53 PM -0500 Cyrus Daboo
[EMAIL PROTECTED] wrote:
Hi Scott,
--On Friday, December 12, 2003 3:10 PM -0500 Scott Adkins
[EMAIL PROTECTED] wrote:
| Are there changelogs for these releases? I am particularly interested in
| whether or not the SSL patches previously
Okay, I thought I would pull from the wisdom from the group, but I hope it
isn't too far off topic.
We have been using an alias for the root account to get all root destined
mail to the /var/spool/mail/root mailbox, bypassing the Cyrus system.
However, our system has grown significantly over the
--On Wednesday, January 21, 2004 12:52 PM -0800 Pat Lashley
[EMAIL PROTECTED] wrote:
--On Wednesday, January 21, 2004 14:22:33 -0600 Robert Covell
[EMAIL PROTECTED] wrote:
I too would be interested in the question about abnormal amount of
emails to postmaster. We get about 15K a day of these
What causes this error?
We have a case with a particular user (twice in the last week or so now)
was trying to create a subfolder and could not, getting the error mailbox
is reserved. The folder indeed did not exist, and the user just couldn't
get it created.
What I have found in the archives
I was curious if anyone has implemented a mechanism in sendmail to determine
if a user is over their Cyrus quota before attempting LMTP delivery of the
message. If so, how was it impemented?
In our environment, I would have to say that easily, 3/4ths of all our
e-mail
hitting the LMTP server is
I do know that as of 2.2.1, the problem still exists. I find it impossible
to trigger the bug on my own in our test environment, and we won't be doing
an upgrade to 2.2.3 (or whatever happens to be out) until the summer time
frame.
Currently, we manage the problem by watching the sendmail syslog
--On Tuesday, May 18, 2004 9:13 AM +0200 Sebastian Hagedorn
[EMAIL PROTECTED] wrote:
thanks for the info. The patch was definitely added *after* 2.2.1 ...
hmm, now that I think about it: seems like it was even added after 2.2.3!
Is bug 1270 really fixed in CVS only?
Good question! :) I hope it
The solution we opted for was to patch Sendmail to make it work :)
I have an lmtp patch that doesn't drop the stuff after the + in the
address, and it also does not mess with the case with anything after
the +. I implemented as a mailer flag, so including a 'W' in the
cyrus mailer flags triggers
As requested, I am posting my patch to sendmail that allows plus addressing
to work properly between Sendmail and LMTP. We connect to our LMTP via TCP
in the sendmail configuration and I have never been able to get +addressing
to work at all. I usually get a user unknown error, rejecting the
We are about to upgrade our production system to 2.2.8. One of the biggest
problems that I am fighting is the rpath issue. Basically, it is important
for the binaries (imapd, pop3d, etc) to be able to find both the SSL libs
and the SASL2 libs. When I configure the server, I set LDFLAGS to set
We ran into a problem on Tru64 where the sieve compiler was core dumping
if it tried to compile a script that used 'address' or 'envelope' in it.
For example, the following script would core dump sievec:
if address :contains To [EMAIL PROTECTED] {
stop;
}
Changing 'address' to 'header'
Okay, so I have just attempted for a second time to upgrade our Cyrus server
on the production box from version 2.2.1 to version 2.2.8. The upgrade was
a failure and I had to back out and go through a not-quite-painless recovery
process on the user accounts affected by the upgrade.
So, the first
We have a user that was reporting that she was way *way* over her quota.
She was alotted only 100MB, and for some reason, she was showing that she
was using over 400MB of space on her IMAP account! Furthermore, looking
at actual disk space consumption, she waas actually only using 261KB,
which is
I don't believe this is the case... We set it to no on our site because
we see a lot of lock contention on the duplicate delivery database. The
problem is that setting it to no doesn't help if you have SIEVE enabled
in your server. From what I could tell in the source code, SIEVE makes
very
--On Friday, November 19, 2004 10:17 AM -0800 Wil Cooley
[EMAIL PROTECTED] wrote:
IOn Fri, 2004-11-19 at 10:58 -0500, Scott Adkins wrote:
I don't believe this is the case... We set it to no on our site because
we see a lot of lock contention on the duplicate delivery database. The
problem
We just recently upgraded our system from 2.2.1b to 2.2.10 and had very
similar problems. In fact, I spent quite a bit of time debugging the code
and testing it on the system we were upgrading on (we did the upgrade once
before and had to back out because of these errors) and the testing showed
--On Wednesday, January 26, 2005 12:37 PM +0100 Martin Ziegler
[EMAIL PROTECTED] wrote:
Hi again,
i compiled imsp 1.8 and applied the patch from William K. Hardeman which
enables support for virtdomain logins. Everything works fine with the
exception of PLAIN logins.
Is there any patch ot there
--On Monday, September 26, 2005 6:45 PM +0200 David [EMAIL PROTECTED] wrote:
Hello,
I have a 'pseudo' High Availability SMTP system consisting in two servers
running cyrus 2.2.5.
The main problem I have is that only one of the two nodes can access to the
mailboxes in order to keep the
I already have a hunch, and my research on the archived mailing list kinda
suggests the same thing as well, but I would feel better if I had the answer
clearly stated by a more official power :)
Anyways, I am currently running Cyrus IMAP 2.2.10. What is the maximum size
of a quota I can set for
--On Monday, February 13, 2006 2:19 PM -0500 Ken Murchison [EMAIL PROTECTED]
wrote:
Nicolas KOWALSKI wrote:
Hello,
I am testing the migration from a 2.2.12 installation, compiled with
the default options (./configure without any option), to a 2.3.1
installation, also compiled with the
We are looking at possibly running our Cyrus environment behind a pair of
F5 load balancers on a bunch of RedHat AS3 IBM BladeCenter blades. We are
migrating from a Tru64 TruCluster Alpha environment which provides us with
a very nice Cluster File System. We have not needed the use of the
--On Wednesday, August 09, 2006 7:10 PM +0200 Daniel Eckl [EMAIL PROTECTED]
wrote:
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=1212
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2690
Thanks!
--On Wednesday, August 09, 2006 8:36 PM +0200 Simon Matter [EMAIL PROTECTED]
wrote:
With
In a cluster (multi-machine) environment, such as Tru64 or Polyserve (on
Linux), that problem is solved by the use of CDSL (a context-dependent
symbolic link). You basically turn the file or directory into a CDSL and
suddenly each machine in the cluster gets its own personal copy of it that
is
--On Monday, September 11, 2006 2:14 PM +0200 Daniel Eckl [EMAIL PROTECTED]
wrote:
Everyone is entitled to their opinion and yours is certainly welcome.
However, beauty is in the eye of the beholder... I have heard comments
the cover pretty much the whole spectrum with regards to its usability
--On Wednesday, October 18, 2006 2:00 PM +0200 Sebastian Hagedorn [EMAIL
PROTECTED] wrote:
--On 18. Oktober 2006 11:25:09 +0100 Adam Stephens [EMAIL PROTECTED] wrote:
We deployed idled here over the summer on our main staff IMAP server, a
Sunfire v480 running Solaris 8 and cyrus-imap 2.2.12.
Another option is to get the physical partition created and setup and then
create a cyrus partition on that and migrate the users to it via the server
itself, as opposed to doing it physically. The moves are transparent and
does not require you to down the server.
Here are a couple of
--On Monday, October 30, 2006 10:38 AM +0200 Janne Peltonen [EMAIL PROTECTED]
wrote:
IIRC there are people running
Cyrus servers that way on other systems like Tru64 or Veritas cluster.
And that's precisely what I'm trying to find out: since there are people
that have succeeded in running
I have to agree here, the reason we like the cluster filesystem method
is its shear simplicity. It is nothing to add extra nodes to split the
load across more servers. We don't have to partition users, we don't
have to worry about losing part of the user community when a server goes
down, only
Of course, contacting SSL ports are a bit more difficult. If you need to
probe an IMAPS or POP3S port, telnet just doesn't work. In that case, you
can use openssl itself to make the connection and still feed it into an
expect script:
LD_LIBRARY_PATH /usr/local/ssl/lib
export LD_LIBRARY_PATH
Have you verified that the proc files that are that old are really processes
that no longer exist? On our system, we do have lots of old proc files, but
the processes are still around as well (and connections are ESTABLISHED).
We are looking at turning on KEEPALIVE in the kernel, which likely
--On Tuesday, October 16, 2007 3:39 PM -0700 Vincent Fox [EMAIL PROTECTED]
wrote:
Omen Wild (University of California Davis)
The root problem seems to be an interaction between Solaris' concept of
global memory consistency and the fact that Cyrus spawns many processes
that all
--On Thursday, October 18, 2007 9:58 AM +0200 Pascal Gienger [EMAIL
PROTECTED] wrote:
Scott Adkins [EMAIL PROTECTED] wrote:
Meanwhile, we hacked around this in a very cool way. We copied the imapd
process 60 times (assuming average of 12,000 processes, shooting for 200
processes per
This does bring up an important point... we had to disable duplicate
suppression on our server because it was just causing too much contention.
When every single mail message being delivered has to check against the
database, it is a problem... especially in a cluster where multiple
servers are
99 matches
Mail list logo
