Hello All,
I recently moved my cyrus-imapd install from one machine to annother.
The move went *quite* well, I had both servers stoped and rsynced the
live server's data (/var/imap, /var/spool/imap) over to the new server.
Everything was fine untill I started playing with SSL, at that
Troy McKinnon wrote:
This is most likely a ssl configuration issue but I would really appreciate
any help on this.
I followed the setup as per luc's how to on postfix-cyrus
netstat shows me that my server is running:
tcp0 0 0.0.0.0:2 0.0.0.0:* LISTEN
:
Troy McKinnon wrote:
This is most likely a ssl configuration issue but I would really
appreciate
any help on this.
I followed the setup as per luc's how to on postfix-cyrus
netstat shows me that my server is running:
tcp0 0 0.0.0.0:2
Hi, quick question. Assuming I have the space (I have 4, 146gb scsi
ultra320 drives in a raid setup with dual xeon processors and 2 gb of ram),
what is the maximum recommended mailbox quota? I've googled around for an
hour and I haven't been able to find anything worthwile. I also looked at
the
Hello All,
I recently moved my cyrus-imapd install from one machine to
annother.
The move went *quite* well, I had both servers stoped and rsynced the
live server's data (/var/imap, /var/spool/imap) over to the new
server.
Everything was fine untill I started playing with SSL, at that
On Wed, 14 Jan 2004, Joe Hrbek wrote:
Hi, quick question. Assuming I have the space (I have 4, 146gb scsi
ultra320 drives in a raid setup with dual xeon processors and 2 gb of ram),
what is the maximum recommended mailbox quota? I've googled around for an
hour and I haven't been able to find
Hello All,
I recently moved my cyrus-imapd install from one machine to
annother.
The move went *quite* well, I had both servers stoped and rsynced the
live server's data (/var/imap, /var/spool/imap) over to the new
server.
Everything was fine untill I started playing with SSL, at that
Hi, quick question. Assuming I have the space (I have 4, 146gb scsi
ultra320 drives in a raid setup with dual xeon processors and 2 gb of
ram),
what is the maximum recommended mailbox quota? I've googled around for
an
hour and I haven't been able to find anything worthwile. I also looked
On Wed, 14 Jan 2004, Joe Hrbek wrote:
I use simon matter's RPM and I think it has an option (via rpm build switch)
to hash user mailboxes so that clients can poll the mailboxes faster. Would
this help?
That will just hash the mailboxes. A mailbox with 10 messages will
perform worse than
My boss asked me if I could allow quotas up to
3 or 4 gb for
certain users. I laughed, he didn't. :)
That's mostly a system policy decision, though, clients and servers will
generally perform worse with large numbers of messages in a given folder
(not necessaraly the same thing as as
I've been working with Cyrus for a little over a week now. Doing some
testing and such in preparation for rolling cyrus out for our company.
Note: Running FreeBSD 4.9 as the OS.
I've tested installing cyrus and cyrus-sasl both through source and through
the ports tree.
What is interesting is
I did a few other tests and wanted to add it here.
When I test with 'imtest' I see no errors in the /var/log/auth.log
I get erros in auth.log for the following:
When I tried to delete a user from the sasldb2, I received the following:
obsidian# saslpasswd2 -d cyrusadm
Jan 14 12:22:53 obsidian
More pieces to the puzzle.
I've been skimming archives that have similar errors that I am having.
After going through a few additional logs, I found this in my
/var/log/messages:
Jan 14 12:57:21 obsidian ctl_cyrusdb[284]: checkpointing cyrus databases
Jan 14 12:57:21 obsidian ctl_cyrusdb[284]:
Hi,
I'm writing a web-based sieve administration tool, and for that, I
wanted to use sieveshell to list/install/activate/etc.. sievescripts on
a per user basis.
After some debug I figured out, that sieveshell doesn't support properly
the --exec option. I've straced it, and found out that the
Hmmm... I guess these issues are still present with DB-4.2.52:
imaps[26503]: [ID 729713 local6.error] DBERROR: opening /po/var/imap/tls_sessions.db:
cyrusdb error
imaps[26828]: [ID 729713 local6.error] DBERROR: opening /po/var/imap/tls_sessions.db:
Not enough space
imaps[26828]: [ID 729713
I expect that'd do it; you'll still need to install the CA certificate
in browsers, though. I have a similar setup, but with a CA cert
generated in-house.
No you don't. The server hands out both certificates during the
connection process. It just works ;-)
I then install the ca cert into
On Mon, Jan 12, 2004 at 07:25:33PM -0800, Wil Cooley wrote:
[Sorry this is a repost from a month ago; I didn't get an answer then,
but maybe my timing is better now.]
For my web server, I use a certificate from Comodo which is very
inexpensive by comparison with Thawte/Verisign certs, but it
On Wed, 14 Jan 2004 [EMAIL PROTECTED] wrote:
Hmmm... I guess these issues are still present with DB-4.2.52:
imaps[26503]: [ID 729713 local6.error] DBERROR: opening
/po/var/imap/tls_sessions.db: cyrusdb error
imaps[26828]: [ID 729713 local6.error] DBERROR: opening
Joe Rhett wrote:
I expect that'd do it; you'll still need to install the CA certificate
in browsers, though. I have a similar setup, but with a CA cert
generated in-house.
No you don't. The server hands out both certificates during the
connection process. It just works ;-)
That appears to
Craig Ringer wrote:
That appears to depend on the client - it certainly doesn't work with
Mozilla, and Eudora needs some manual steps that the users seem to have
trouble with. OTOH, it _shouldn't_ work automatically; the cert is no
more inherently trustworthy than any random one somebody has
On Wed, 14 Jan 2004, Igor Brezac wrote:
Hmm. You can clear this up by running db_recover from the /po/var/imap/db
directory. What does db_stat -c say before you run db_recover? Do
tls_prune|cyr_expire|ctl_cyrusdb -c run properly on your system?
Also apply
21 matches
Mail list logo