test the procedure above.
Question: 'Remove any Berkeley DB environment using the DB_ENV->remove
method or an appropriate system utility'. I guess 'rm -rf
/var/imap/db/log* /var/imap/db/_*' would be 'appropriate'? (this way, I
don't delete the skipstamp file).
Hi everyone,
Paul Boven wrote:
If I build cyrus against the old version (4.1.25), it runs great. If I
build it against 4.4.20, it doesn't want to start. Even though I've
changed tlscache_db and duplicate_db to 'skiplist' in the imapd.conf and
removed those db-files fr
ine', for
portability. The current bc_emit.c causes linker problems when building
it with the Sun Studio compiler. As the function is only used in this
single c-file, using static should not make a difference.
Regards, Paul Boven.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus
db_upgrade
version, but the Cyrus with the 4.4.20 Berkeley libs still won't start.
I'd welcome any suggestions on how to proceed and make this into a
working mail-server again. (Don't worry, this is only the testbed - the
really scary stuff is yet to come).
Regards, Paul Boven.
Hi Matthew,
Matthew Schumacher wrote:
Paul Boven wrote:
I'm planning an upgrade from a Cyrus-2.2.8 to Cyrus-2.2.12. However, we
will also be upgrading Berkeley from 4.1.25 to 4.4.20 because of some
performance issues with the first.
So now I'm wondering: should I call db_upgrade fro
an
patch -p1 < cyrus-imapd-perl_prefix.patch
./configure
make
Regards, Paul Boven.
--- cyrus-imapd-2.2.10/perl/Makefile.in.org Thu Aug 5 18:26:15 2004
+++ cyrus-imapd-2.2.10/perl/Makefile.in Thu Aug 5 18:26:25 2004
@@ -82,7 +82,7 @@
BDB_LIB="$(
but I can't pinpoint what
or where. Any hints are very much welcome.
Regards, Paul Boven.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
. Hopefully the code-examples provide enough of a lead already.
http://home.sara.nl/~boven/cyrus-sendmail-ads
Regards, Paul Boven.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Hi everyone,
Paul Boven wrote:
I've discovered these two in my cyrus imapd logs:
IOERROR: mapping cache file for user.root: Value too large for defined
data type
FATAL: failed to mmap cache file
Either Cyrus or the underlying Berkely code isn't large-file aware: this
error was
ead,
still) turned out to be also sent to root.
The mailserver runs fine for the other users.
Regards, Paul Boven.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
.
Thank you very much for your help!
Regards, Paul Boven.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
contains, and what the consequences of deleting it are... what will my
users be missing if I do? Deleting tls_sessions and deliver.db is ok,
but what is in annotations.db, is that safe to remove to? Is it neccesary?
Regards, Paul Boven.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus
pace again.
change directory to /var/imap before you run ctl_cyrusdb -r:
cd /var/imap
ctl_cyrusdb -r
Do that work?
Thanks for the reply.
But no, that doesn't make a difference, I did it from /var/imap the
first time I tried, too.
Regards, Paul Boven.
Cyrus Home Page: http://asg.web.cmu.
with a
coredump. When I try to start Cyrus, it tries to recover the database
(but coredumps), then starts copying all these 10MB logfiles into
db.backup and we run out of diskspace again.
Any hints on how to get this system back into working order would be
very much appreciated!
Regards, Pa
Hi everyone,
Paul Boven wrote:
While trying to build Cyrus-imapd-2.2.12, compilation stops almost
immediately because "gai.h" cannot be found.
Suggested patch:
Well, my suggested patch works but creates problems further down the
line because it causes the glob.h from cyrus to b
@SASLFLAGS@
LIBS = @LIBS@
MAKEDEPEND_CFLAGS = @CFLAGS@
Regards, Paul Boven.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
tp://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=19536
Regards, Paul Boven.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
hanged type between 2.2.2-Beta and 2.2.8?
Regards, Paul Boven.
[1] stacktrace from those cores (they're all the same)
00020d08 cmd_expunge (11a088, 0, ffc00, 8e76ea04, 0, 1) + 40
0001ab90 cmdloop (0, 1124c8, 0, 0, 0, 100400) + bc0
00019dc0 service_main (0, 10f998, ffbffd9c, 1, ffbff918, 1) +
will then
consider these mailboxes as being corrupt.
What would be a proper way to delete these emails, preferably from the
command line or perl so I can script the whole thing and get rid of all
the NetSky's and Sober's ?
Regards, Paul Boven.
---
Cyrus Home Page: http://asg.web.cmu.edu/
Hi everyone,
Ken Murchison wrote:
Paul Boven wrote:
Ken Murchison wrote:
Paul Boven wrote:
I'm building the latest Cyrus (imapd 2.2.8, sasl 2.1.19) and
packaging it for Solaris to distrubute to several different Cyrus
servers.
Works like a charm but every time someone connects I ge
Hi everyone,
Ken Murchison wrote:
Paul Boven wrote:
I'm building the latest Cyrus (imapd 2.2.8, sasl 2.1.19) and packaging
it for Solaris to distrubute to several different Cyrus servers.
Works like a charm but every time someone connects I get the following
errors on my serial console:
up at all in this case?
Regards, Paul Boven.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
#x27;ve attached a patch for configure.in (trivial but untested
because I don't have the whole automake/autoconf family setup right now)
Regards, Paul Boven.
*** configure.in.orgThu Jul 8 15:05:27 2004
--- configure.inThu Jul 8 15:05:42 2004
***
*** 186,192
*
d.conf that talks to an ADS, with of course anything
sensitive deleted.
Regards, Paul Boven.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
st in
config2header :-(
Regards, Paul Boven.
---
Home Page: http://asg.web.cmu.edu/cyrus
Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
bcribe herself to the whole 'My Documents'
*and* .nscache directory on the samba mount via the UW server *grin*.
There is now about 7GB of mail on the new (Sun V210) Cyrus server which
is not showing any load whatsoever.
Regards, Paul Boven.
ge end up under
/usr/perl5/5.6.1/{bin,man}, which is arguably where they belong. For
convenience, I've symlinked it from /usr/local/bin.
---
Regards, Paul Boven.
ter from that directory. I even
had some truss-output that seems to indicate this, but can't get at
those from home at the moment. I've basically 'fixed' this by putting a
'cd /var/imap' in the startup-script.
Regards, Paul Boven.
SL line. Imapsync is also very actively maintained.
Regards, Paul Boven.
it's manpage end up under
/usr/perl5/5.6.1/{bin,man}, which is arguably where they belong. For
convenience, I've symlinked it from /usr/local/bin.
Regards, Paul Boven.
address as the fully qualified username, either with imaps or via
https and squirrelmail.
In short: I think we should keep the ability to allow users to provide
fully qualified usernames.
Regards, Paul Boven.
t version.
The system in question is Solaris 9 Sparc, cyrus-imapd-2.2.2-BETA,
cyrus-sasl-2.1.17. Berkely is db-4.1.25.
Regards, Paul Boven.
;old' databases.
Does anyone else experience the 'out of file descriptors (EMFILE)' problem?
Regards, Paul Boven.
The only drawback to that is that it no longer is properly IPv6
aware.
Regards, Paul Boven.
.test"
. OK Completed (0.000 secs 3 calls)
The directory created in my mailspool is
/var/spool/imap/domain/bogusdomain.nl/user^test which contains
cyrus.cache, cyrus.header and cyrus.index.
Shouldn't the directory-name be user.test though?
How does one create a new user? Am I doing something wrong here?
Regards, Paul Boven.
n'. This means that there is no domain that
will match, and everything ends up under the domain subtrees. I'm just
experimenting with this for now, not sure what all the ramifications are
yet. Include standard disclaimer.
Regards, Paul Boven.
that the cyrus developers should deal with this problem, other than gcc
compilers are excluded.
Agreed, I'll try to help with that, at least documenting all the
gotcha's I ran across getting this to compile. Now I just need to get it
to run :-)
Regards, Paul Boven.
y. I
assume the (union config_value)((const char *) entries are to blame.
This is a bit beyond my level of C expertise, could someone suggest a
less compiler-dependent version of this construction?
Regards, Paul Boven.
ing
from this version of Cyrus to a more recent one shouldn't be a problem,
just stop the server, replace the binaries, and start it again. Is this
enough of a plan, apart from making a full backup first?
Regards, Paul Boven.
Hi again, following up to myself:
Paul Boven wrote:
The next problem I can't fix as easily. When compiling imap/squat.c:
"./../lib/xmalloc.h", line 69: syntax error before or at: __attribute__
"./../lib/xmalloc.h", line 69: warning: old-style declaration or
incorrec
./../lib/xmalloc.h", line 69: syntax error before or at: __attribute__
"./../lib/xmalloc.h", line 69: warning: old-style declaration or
incorrect type for: __attribute__
"./../lib/xmalloc.h", line 69: warning: syntax error: empty declaration
cc: acomp failed for squat.c
The system in question is a Solaris 9 machine, using Sun One
Compiler-Collection (aka Forte 7).
Does anyone have suggestions here?
Regards, Paul Boven.
;not enough space'. I have the
cricket-graphs here, and the machine never lacked diskspace or memory,
in fact it has never paged since it was turned on.
Any help greatly appreciated.
Regards, Paul Boven.
--
--
| "Rules exist
in seconds again, and the cycle repeats itself.
I would appreciate any hints on what is going wrong here (if anything),
and how the performance of the checkpointing could be improved without
losing the ability to recover the database.
Regards, Paul Boven.
43 matches
Mail list logo