Re: sent items folder on inbox level
"Scot W. Hetzel" wrote: > [...] > > 2. I have SASL with CRAM-MD5, Plain and Digest-MD5 but I can't use the > > secure authentication connection from outlook. I checked with imtest and > > sasl works with all auth method. Is outlook using something else? > > > When you compiled Cyrus-SASL, did you configure it with "--enable-login", as > this enables the LOGIN mech used by Outlook Express & Outlook. Well, I did not, but Cyrus works fine with German MS OE for me. I even have all folders on the top level: "Posteingang" (inbox), "Gesendete Objekte" (sent) and "Entwürfe" (drafts). Olaf
Re: Inteface/Address Binding
Matt Prigge wrote: > > I hope Im not asking a ridiculously stupid question here, but is there a way > to tell cyrus to only bind to a specific IP address and/or interface? I > suppose I could accomplish this with kernel filtering (something I am using > anyway), but I would think cyrus would have some sort of config option for > this (most likely part of the listen= statement in cyrus.conf). It does -- read cyrus.conf(5). -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
cyradm
I just finished building 2.0.12 imapd with SSL. Everything seems to run fine except that I cannot start cyradm. I am running RH6.2 with a 2.4.2 Kernel and perl 5.6. This is the output I am getting: Can't load '/usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Cyrus/IMAP/IMAP.so' for module Cyrus::IMAP: /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Cyrus/IMAP/IMAP.so: undefined symbol: SSL_write at /usr/local/lib/perl5/5.6.0/i686-linux/DynaLoader.pm line 200. at /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/Cyrus/IMAP/Admin.pm line 43 Compilation failed in require at /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/Cyrus/IMAP/Admin.pm line 43. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/Cyrus/IMAP/Admin.pm line 43. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/Cyrus/IMAP/Shell.pm line 58. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/Cyrus/IMAP/Shell.pm line 58. Compilation failed in require. BEGIN failed--compilation aborted. Any help would be greatly appreciated. Phil
Re: Inteface/Address Binding
ah! ok. i had been testing that on a box that had 2.0.6. Apparently those additions to the listen statement didnt appear until 2.0.11. Apologies! - matt ps: for anyone who wanted to know: imap cmd="imapd" listen="[192.168.1.1]:imap" prefork=1 - Original Message - From: "Ken Murchison" <[EMAIL PROTECTED]> To: "Matt Prigge" <[EMAIL PROTECTED]> Cc: "Cyrus Info Mailing List" <[EMAIL PROTECTED]> Sent: Friday, March 23, 2001 3:09 PM Subject: Re: Inteface/Address Binding > > > Matt Prigge wrote: > > > > I hope Im not asking a ridiculously stupid question here, but is there a way > > to tell cyrus to only bind to a specific IP address and/or interface? I > > suppose I could accomplish this with kernel filtering (something I am using > > anyway), but I would think cyrus would have some sort of config option for > > this (most likely part of the listen= statement in cyrus.conf). > > > It does -- read cyrus.conf(5). > > -- > Kenneth Murchison Oceana Matrix Ltd. > Software Engineer 21 Princeton Place > 716-662-8973 x26 Orchard Park, NY 14127 > --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp >
Re: Period in mailbox names (again)
I think patching the server is a great idea! I made a patch a while ago now, but I not many people have tested it... it works for me, but it would be great to have a larger user-base testing it. -David Atif Ghaffar wrote: > Hi Alferd. > > If you dont want to change username and dont want to patch the server then > you will need an IMAP/POP3 proxy that converts usernames with dots etc to > correct username on the mailbox. > > cheers > > Alfred Pfister wrote: > > >> Hi everyone >> >> I want to upgrade my users from POP3 to IMAP. Unfortunately some of them >> have a period in their mail adress which clashes with the mailbox >> hierarchy separator in Cyrus. I scanned through a discussion on this >> topic from last August and I know I can work around the problem, but I >> don't think I can do it without either patching the server code (which I >> don't want to do) or requiring those users to make a change to their >> client settings: if they use user.name to log into the POP server now >> they will have to change to user_name or some such to log into Cyrus. Am >> I right or did I miss something? >> >> I would also be interested to know if this is being worked on - I could >> delay the upgrade until the end of the 2nd quarter if I had a good >> enough reason. >> >> Thanks for the help >> Fred Pfister > > > -- > Atif Ghaffar > Internet Development Manager > 4unet AG/SA/Ltd. > -. > +41 21 351 53 60 ¦ voice > +41 78 787 51 45 ¦ mobile > +41 86 0796598972¦ fax > http://www.4unet.net ¦ www > http://atif.developer.ch ¦ homepage > [EMAIL PROTECTED] ¦ email
Inteface/Address Binding
I hope Im not asking a ridiculously stupid question here, but is there a way to tell cyrus to only bind to a specific IP address and/or interface? I suppose I could accomplish this with kernel filtering (something I am using anyway), but I would think cyrus would have some sort of config option for this (most likely part of the listen= statement in cyrus.conf). Thanks! - Matt
odd deliver failure
Hi, I have a custom setup for virtual domains between qmail, procmail, and Cyrus. Things are fine, except occasionally deliver fails and I don't know why. Here is what's coming out of my procmail log: procmail: Assigning "LASTFOLDER=/usr/cyrus/bin/deliver -e -a boo_voxel_net -m user.boo_voxel_net" Subject: New support ticket #4890 Folder: /usr/cyrus/bin/deliver -e -a boo_voxel_net -m user.boo_voxel_ 789 procmail: Program failure (-11) of "/usr/cyrus/bin/deliver" procmail: Assigning "LASTFOLDER=/usr/cyrus/bin/deliver -e -a boo_voxel_net -m user.boo_voxel_net" For this particular mailbox (user.boo_voxel_net), by default boo_voxel_net has all permissions (among others that are not applicable to this example). And 99% of the time, things work fine. What I'd like to know is: 1. What is a -11 failure in deliver? and 2. Why does it happen? I can't seem to glean this knowledge from the source with the limited C ability that I have. I've got the most verbose procmail logging enabled that I know of. Any help would be appreciated. TIA, -Justin
Re: Transfering mails for other user
I've successfully moved folders around on the SAME server by just moving the folder and then running reconstruct -r -f on the new location. Since cyrus still thinks the old mail folders exist, I then have to mkdir the OLD folders, run reconstruct on the OLD location, and then you can dm the old folders in cyradm. I'd think that this method would also work for you. lbraga wrote: > > Hi, i have a problem in transfer the > mails of a user for other user. > How do i do this? > > Explainning better: > I had a machine with cyrus and with > some users. I install a new machine > with cyrus but the name of mailboxes > change. Then, exist anyone form of > transfering the mails. > Ex. machine old = user.example-old > machine new = user.example-new > > Thanks for attention ... Lucio. > > > __ > E-mail grátis BOL com antivírus! Faça já o seu! > http://www.bol.com.br
Re: Could anyone compile AgentX?
There's been very little work on the CMU AgentX implementation. We recommend that people look at the Net-SNMP (formerly UCD SNMP) library at http://www.net-snmp.org/. It's actively developed, integrates AgentX with the master snmpd, and does pretty much everything the CMU libraries did. Larry Date: Fri, 23 Mar 2001 09:16:20 -0300 From: Cristobal Sabroe Yde <[EMAIL PROTECTED]> Organization: Universidad Nacional de Rio cuarto Hi to everyone. I tried to compile the CMU implementation of AgentX (vers. 1.3, 1.4, 1.4.1) on a SuSE Linux 7.0 and I get the following errors: (First I had to fix a line in configure) In file included from state.c:31: agentx.h:121: parse error before `u_char' agentx.h:121: warning: no semicolon at end of struct or union agentx.h:122: warning: data definition has no type or storage class agentx.h:123: parse error before `include' agentx.h:123: warning: data definition has no type or storage class agentx.h:126: warning: data definition has no type or storage class agentx.h:134: parse error before `agentx_oid_t' agentx.h:134: warning: no semicolon at end of struct or union agentx.h:135: warning: data definition has no type or storage class agentx.h:136: parse error before `rangeEnd' ... And it continues with error on comm.h, pqueue.h, objtree.h, state.h, state.c, engine.h. Is my gcc not compatible? gcc version 2.95.2 19991024 (release) GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-linux-gnu I would apreciate any help. Thanks -- Carlos Cristóbal Sabroe Yde [EMAIL PROTECTED] - Universidad Nacional de Río Cuarto Dirección de Centro de Computos Tel. ++54 (358) 467-6183 Ruta 36 Km. 601 (5800) Río Cuarto (CBA) Argentina
Re: Period in mailbox names (again)
Hi Alferd. If you dont want to change username and dont want to patch the server then you will need an IMAP/POP3 proxy that converts usernames with dots etc to correct username on the mailbox. cheers Alfred Pfister wrote: > Hi everyone > > I want to upgrade my users from POP3 to IMAP. Unfortunately some of them > have a period in their mail adress which clashes with the mailbox > hierarchy separator in Cyrus. I scanned through a discussion on this > topic from last August and I know I can work around the problem, but I > don't think I can do it without either patching the server code (which I > don't want to do) or requiring those users to make a change to their > client settings: if they use user.name to log into the POP server now > they will have to change to user_name or some such to log into Cyrus. Am > I right or did I miss something? > > I would also be interested to know if this is being worked on - I could > delay the upgrade until the end of the 2nd quarter if I had a good > enough reason. > > Thanks for the help > Fred Pfister -- Atif Ghaffar Internet Development Manager 4unet AG/SA/Ltd. -. +41 21 351 53 60 ¦ voice +41 78 787 51 45 ¦ mobile +41 86 0796598972¦ fax http://www.4unet.net ¦ www http://atif.developer.ch ¦ homepage [EMAIL PROTECTED] ¦ email
Re: a bug of extra long line
On Sat, 10 Mar 2001, Lawrence Greenfield wrote:
> Could you try the following comparison instead?
>
> p = buf + strlen(buf) - 1;
> if (p == buf || (p[0] == '\n' && p[-1] != '\r')) {
> /* either a \0 by itself or a \n without a \r */
> p[0] = '\r';
> p[1] = '\n';
> p[2] = '\0';
>
> The test is important to make sure that no bare \n get through.
>
> Larry
>
Larry, there's another bug here. I've discovered it because I had
a nasty mail loop with the 'contains bare newlines' error.
The problem was that the messages did not contain ANY bare newlines.
It did contain NULs, BTW.
All the checks for both bare NLs and NULs are performed in
imap/message.c:message_copy_strict(). If I follow the code right,
first the message is handled by imap/lmtpengine.c:copy_msg(), then
by message_copy_strict() for each recipient.
Since you're using prot_fgets() to read the message in copy_msg(),
if the message contains NUL, the strlen() is doomed to fail its job.
E.g., if the input stream is:
\r\n
Ciao\0Come va\r\n
\r\n.\r\n
the prot_fget() will "return" (write into buf) the sequence:
Ciao\0Come va\r\n\0 (the trailing \0 is added by prot_fget),
p will be bug+3 instead of bug+14. So the part of the line after tne NUL
is ignored. In some cases message_copy_strict() will later complain about
a bare NL (the NUL never gets written to fout, of course).
There's no easy way to fix this, since it's the fget() semantic which is
broken here (it adds a \0 in the end of the "returned value", and caller
has no other way to know how many bytes has been read).
I ended up in rewriting the whole function to use prot_read(). Now
NULs get thru, and after are correctly detected by message_copy_strict().
Besides this, I'm just wondering why you seem to convert bare \n into \r\n
in copy_msg(), if later in message_copy_strict() you're checking for them.
I believe this isn't the intended behavior. Moreover, you're "ignoring"
\r\0 (at the beginning of the line?), later removing bare CRs (WHY? if
you're going to complain loud for bare \n, as per RFC2045, why are you
silently stripping bare \r?).
So, here's *two* version of the copy_msg() function, supplied as patch.
The first one is my attempt to maintain the same semantic of the old
copy_msg(), the second one is simpler, and lets message_copy_strict()
do the job, adding a check for bare CRs, too. Not submitted for inclusion,
of course, just for showing and testing (the second one runs on a test
box here). Feel free to use/modify the code.
This won't avoid mail loops (two hosts exchanging mail for each other
postmaster, both running Cyrus which rejects messages). But I'm starting
to think that's a sendmail bug, that lets the bare NLs, CRs, or NULs
thru without rejecting them.
.TM.
--
/ / /
/ / / Marco Colombo
___/ ___ / / Technical Manager
/ / / ESI s.r.l.
_/ _/ _/ [EMAIL PROTECTED]
--- cyrus-imapd-2.0.12/imap/lmtpengine.c.esiMon Feb 19 19:05:37 2001
+++ cyrus-imapd-2.0.12/imap/lmtpengine.cThu Mar 22 17:07:10 2001
@@ -531,49 +531,101 @@
* newlines are fiddled. "." terminates */
static int copy_msg(struct protstream *fin, FILE *fout)
{
-char buf[8192], *p;
+enum {ST_BEGIN, ST_DOT, ST_DOTCR, ST_CR, ST_INLINE} state;
+charbuf[BUFSIZ];
+char*p;
+ssize_t count;
+intend = 0;
-while (prot_fgets(buf, sizeof(buf)-1, fin)) {
- p = buf + strlen(buf) - 1;
- if (p == buf || p[-1] != '\r') {
- p[0] = '\r';
- p[1] = '\n';
- p[2] = '\0';
- } else if (*p == '\r') {
- if (buf[0] == '\r' && buf[1] == '\0') {
- /* The message contained \r\0, and fgets is confusing us.
- XXX ignored
- */
- } else {
- /*
-* We were unlucky enough to get a CR just before we ran
-* out of buffer--put it back.
-*/
- prot_ungetc('\r', fin);
- *p = '\0';
+state = ST_BEGIN;
+while (!end && (count = prot_read(fin, buf, sizeof(buf {
+ for(p = buf; !end && (p < buf + count); p++) {
+ switch (state) {
+ case ST_BEGIN:
+ switch (*p) {
+ case '\n':
+ fputc('\r', fout);
+ fputc('\n', fout);
+ state = ST_BEGIN;
+ break;
+ case '\r':
+ state = ST_CR;
+ break;
+ case '.':
+ state = ST_DOT;
+ break;
+ default:
+ fputc(*p, fout);
+ state = ST_INLINE;
+ break;
+ }
+ break;
+ case ST_DOT:
+
Re: sent items folder on inbox level
From: "Olivier Wegria" <[EMAIL PROTECTED]> > I just finished the setup of Cyrus 2.0.12 + postfix on my RH7 + 2.4.2 kernel > and it works fine. > > Now, I trying some settings on outlook 2000 and outlook express and here are > two 2 questions I can't solve. > > 1. I created a mailbox under cyradm (cm user.olivier). When I connect to it > with outlook, the 1st folder is the inbox and I can't create other folders > on the same level (like sent items, ...) Is there something I am missing? > > Basically, I would like to see this in Outlook > > cyrus server > | > |---Inbox > |---sent items > |---folder 1 > You can't do this with Outlook 97/98/2000. Outlook Express can make it appear as if the "Sent Items" & "Drafts" folders are at the same level, but you either have to set "Root Folder Path" in the IMAP Account's properties or edit the registry. See the following message for the complete details: http://asg.web.cmu.edu/archive/message.php3?index=5091&array_index=2 > 2. I have SASL with CRAM-MD5, Plain and Digest-MD5 but I can't use the > secure authentication connection from outlook. I checked with imtest and > sasl works with all auth method. Is outlook using something else? > When you compiled Cyrus-SASL, did you configure it with "--enable-login", as this enables the LOGIN mech used by Outlook Express & Outlook. see http://www.sendmail.org/~ca/email/mel/SASL_ClientRef.html for the auth mech's used by various e-mail clients. Scot
Re: signalled to death by 11?
There is something in the faq relative to DB versions/patches on signal to death by 10. 10 is a bus error 11 is a segmentation violation Both can be caused by dereferencing garbage pointers. You might check the faq relative to your DB version/patch. johnh... On Fri, 23 Mar 2001, Andreas Rogge wrote: > Date: Fri, 23 Mar 2001 14:33:45 +0100 > From: Andreas Rogge <[EMAIL PROTECTED]> > To: Cory Waddingham <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > Subject: Re: signalled to death by 11? > > --On Thursday, March 22, 2001 23:26:38 -0700 Cory Waddingham > <[EMAIL PROTECTED]> wrote: > > > I recently installed Cyrus 2.0.12 on a RedHat 6.2 system. When I start up > > the server and attempt to connect, I get the following error in my log: > > process exited, signaled to death by 11 > > The signals are described in man 7 signals. Signal 11 (aka SIGSEGV) means a > segmentation fault (i.e. the program tried to write to ram it didn't own) > this generally means a programming error or hardware failure or something > like this (maybe OS-error?). > > -- > Andreas Rogge <[EMAIL PROTECTED]> > Available on IRCnet:#linux.de as Dyson >
Re: signalled to death by 11?
This probably should be a FAQ item by now! One of the most common reasons for signal 11 (on Redhat systems) with cyrus is mismatch with the shared libraries. Often times it is the Berkeley db versions that come with the Redhat distribution coming in the way. You may want to do an "ldd imapd", to check the libraries that the compiled version of your programs are picking, if they are not the same as the one that you built them with, then most likely, that is your problem. If the shared libraries look ok then you would have to deal with the logs and see if they have anything to offer and if they don't reveal anything, then you will probably have to deal with core itself by going into "gdb" and looking at the trace and see where it bombed! __ Seva Andreas Rogge wrote: > > --On Thursday, March 22, 2001 23:26:38 -0700 Cory Waddingham > <[EMAIL PROTECTED]> wrote: > > > I recently installed Cyrus 2.0.12 on a RedHat 6.2 system. When I start up > > the server and attempt to connect, I get the following error in my log: > > process exited, signaled to death by 11 > > The signals are described in man 7 signals. Signal 11 (aka SIGSEGV) means a > segmentation fault (i.e. the program tried to write to ram it didn't own) > this generally means a programming error or hardware failure or something > like this (maybe OS-error?). > > -- > Andreas Rogge <[EMAIL PROTECTED]> > Available on IRCnet:#linux.de as Dyson
Period in mailbox names (again)
Hi everyone I want to upgrade my users from POP3 to IMAP. Unfortunately some of them have a period in their mail adress which clashes with the mailbox hierarchy separator in Cyrus. I scanned through a discussion on this topic from last August and I know I can work around the problem, but I don't think I can do it without either patching the server code (which I don't want to do) or requiring those users to make a change to their client settings: if they use user.name to log into the POP server now they will have to change to user_name or some such to log into Cyrus. Am I right or did I miss something? I would also be interested to know if this is being worked on - I could delay the upgrade until the end of the 2nd quarter if I had a good enough reason. Thanks for the help Fred Pfister
Transfering mails for other user
Hi, i have a problem in transfer the mails of a user for other user. How do i do this? Explainning better: I had a machine with cyrus and with some users. I install a new machine with cyrus but the name of mailboxes change. Then, exist anyone form of transfering the mails. Ex. machine old = user.example-old machine new = user.example-new Thanks for attention ... Lucio. __ E-mail grátis BOL com antivírus! Faça já o seu! http://www.bol.com.br
Authentication Problems
When I try an initial connect to imapd (via cyradm) to create a usermailbox, the server doesn't let me in. The according Message in syslog is "Berkley-DB: cannot open /etc/sasldb: Invalid argument" Does anyone have an idea of what's going on there? I have created the sasldb and i have inserted the cyrus-superuser and another user to it. The unprivileged account gives the same syslog-message, but the login passes (as plaintext-auth) I'm sorry to ask such a question here, but i don't know where to ask else. -- Andreas Rogge <[EMAIL PROTECTED]> Available on IRCnet:#linux.de as Dyson
Could anyone compile AgentX?
Hi to everyone. I tried to compile the CMU implementation of AgentX (vers. 1.3, 1.4, 1.4.1) on a SuSE Linux 7.0 and I get the following errors: (First I had to fix a line in configure) In file included from state.c:31: agentx.h:121: parse error before `u_char' agentx.h:121: warning: no semicolon at end of struct or union agentx.h:122: warning: data definition has no type or storage class agentx.h:123: parse error before `include' agentx.h:123: warning: data definition has no type or storage class agentx.h:126: warning: data definition has no type or storage class agentx.h:134: parse error before `agentx_oid_t' agentx.h:134: warning: no semicolon at end of struct or union agentx.h:135: warning: data definition has no type or storage class agentx.h:136: parse error before `rangeEnd' ... And it continues with error on comm.h, pqueue.h, objtree.h, state.h, state.c, engine.h. Is my gcc not compatible? gcc version 2.95.2 19991024 (release) GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-linux-gnu I would apreciate any help. Thanks -- Carlos Cristóbal Sabroe Yde [EMAIL PROTECTED] - Universidad Nacional de Río Cuarto Dirección de Centro de Computos Tel. ++54 (358) 467-6183 Ruta 36 Km. 601 (5800) Río Cuarto (CBA) Argentina
Re: signalled to death by 11?
--On Thursday, March 22, 2001 23:26:38 -0700 Cory Waddingham <[EMAIL PROTECTED]> wrote: > I recently installed Cyrus 2.0.12 on a RedHat 6.2 system. When I start up > the server and attempt to connect, I get the following error in my log: > process exited, signaled to death by 11 The signals are described in man 7 signals. Signal 11 (aka SIGSEGV) means a segmentation fault (i.e. the program tried to write to ram it didn't own) this generally means a programming error or hardware failure or something like this (maybe OS-error?). -- Andreas Rogge <[EMAIL PROTECTED]> Available on IRCnet:#linux.de as Dyson
Re: deliver causes segmentation fault
hello, >search the info-cyrus archive for messages from me >in the last two weeks; one of them talks about >deliver segfaulting. > thanks for your hint. i've searched the archive and believe to have found the spcific mail. >I seem to recall it was due to cyrus acl permissions >on the mailboxes. i saw, there has to be the post-flag for "anonymous". that i found out with the help of the manual and had already set this flag to all mailboxes. i also tried the post-flag for "anyone" but nothing changed. third case i've tried is to use the -a option set to the user who owns the mailbox. the interesting fact, deliver delivers the mail to the right folder but stops with a segfault. that not really good, because i use deliver in a script and so the rest of the instructions do not work well without exit(0). the echo of deliver: $ deliver -m subbox userid < mailfile Segmentation fault the strace seems to be equal to the output included in your mail: Date: Tue, 13 Mar 2001 20:29:27 -0500 (EST) From: Andrew K Bressen <[EMAIL PROTECTED]> Subject: deliver problems under 2.0.12 excerpt of /var/log/imapd.log: Mar 23 10:45:09 phantom master[29900]: about to exec /usr/cyrus/bin/lmtpd Mar 23 10:45:09 phantom service-lmtpd[29900]: executed Mar 23 10:45:10 phantom lmtpd[29900]: accepted connection Mar 23 10:45:10 phantom lmtpd[29900]: lmtp connection preauth'd as postman Mar 23 10:45:10 phantom master[718]: process 29900 exited, status 0 Mar 23 10:45:11 phantom master[29964]: about to exec /usr/cyrus/bin/lmtpd Mar 23 10:45:11 phantom service-lmtpd[29964]: executed Mar 23 10:45:11 phantom lmtpd[29964]: accepted connection Mar 23 10:45:11 phantom lmtpd[29964]: lmtp connection preauth'd as postman Mar 23 10:45:11 phantom master[718]: process 29964 exited, status 0 nothing in all other log-files. hope for new ideas or hints. thanks and greets Marko D. -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.de
A documenttation suggestion.
Hi, To get people writing doc's isn't always to easy. My experience says that very rarley do you get individuals to write comprehensive documentation of prodjects like OpenLDAP og CYRUS IMAP. But, one of the brighter Ideas I've seen to solve this problem is to create a propper anotations system on the webpages. I'm not to good at creating one (although I suggest that you check out the great opensource CMS solution midgard at www.midgard-project.org), but I though this would be a fine way for everyone to give back their solutions to different problems. JUst some thoughts. Tarjei
signalled to death by 11?
Hello, I recently installed Cyrus 2.0.12 on a RedHat 6.2 system. When I start up the server and attempt to connect, I get the following error in my log: process exited, signaled to death by 11 I tried a search on the Web, but the closest I found was a reference to "signaled to death by 10" in the Cyrus "FAQ" (in quotes because I can't believe there are only four or five "frequently asked questions). Does anyone have any idea what this means? TIA. Cory
