Just wondering what other universities are runing Cyrus on Solaris?
We know of:
CMU
UCSB
Brussels Free Universities, Belgium
A single Cyrus server, 52k users, 1.5 TB
Eric.
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List
On Thu, Dec 13, 2007 at 08:26:03AM +0100, Rudy Gevaert wrote:
Vincent Fox wrote:
Just wondering what other universities are runing Cyrus on Solaris?
We know of:
CMU
UCSB
We have run it, but switched to GNU/Linux about one year and a half ago.
Same here, except the switch was half a
On 12/12/2007, Vincent Fox [EMAIL PROTECTED] wrote:
Just wondering what other universities are runing Cyrus on Solaris?
Do ex Cyrus sites count?
Solaris is a great platform for Cyrus.
Alan Thew
We know of:
CMU
UCSB
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ:
Gerard wrote:
Try deleting the seen file on one of the mailboxes and see if that
resolves the issue. If it does you will need to delete all of the seen
files and let Cyrus recreate them. The only loss would be that
previously read messages will now be unread. I would suggest backing
these
On Wed, 12 Dec 2007, Vincent Fox wrote:
Just wondering what other universities are runing Cyrus on Solaris?
We know of:
CMU
UCSB
University of Tampere, Finland. 20k users, 0.9TB data in EMC Clariion.
--
Leena Heino University of Tampere / Computer Centre
( liinu at
--On Wednesday, December 12, 2007 03:58:36 PM -0800 Vincent Fox
[EMAIL PROTECTED] wrote:
Just wondering what other universities are runing Cyrus on Solaris?
We know of:
CMU
UCSB
Graz University of Technology - Austria
v480, v280, Solaris 9, 3TB SAN
will be replaced by 2x x4600 Solaris 10
On Wednesday 12 December 2007 08:09:33 am Ian G Batten wrote:
I once had to delete the cyrus.* files prior to a reconstruct: they
had become toxic to the point that Cyrus's attempts to make use of
the information in them was causing problems.
reconstruct won't reconstruct folders that do
On Thursday 13 December 2007 09:51:47 am Michael D. Sofka wrote:
reconstruct won't reconstruct folders that do not have cyrus.* files. So,
either make new folders. Or, copy cyrus.* files from another folder.
Correcting my own post, copying is a bad idea since it can lead to uidl
conflicts.
UNC is. 75k+ users (a lot inactive and needing to be deleted), 10.8 TB
mail. Sun 6800 (though with two eight processor Sparc IV processor boards
on it, so it's halfway to a 6900), 48 GB RAM tied a Cisco Unity SAN. We're
due for new hardware sometime in the next six months or so, and we
Dear all,
We are using Cyrus 2.3.10 and are expiring the problem that mailboxes
sometimes goes 'corrupt'.
This means that messages are still being delivered but cannot be read by
imap or pop3.
I ran a debug on one of the mailboxes that was crashed and monitored the
imap process:
Hi,
I get a connection refused when i try to enable sync_client with
ptloader. I use cyrus-imapd-2.3.9
sync_client[13982]: ptload(): pinging ptloader
sync_client[13982]: ptload(): can't connect to ptloader server:
Connection refused
kernel: Dec 13 17:32:11 sacco sync_client[13982]: ptload():
Ken Murchison schreef:
Paul van der Vlis wrote:
Hello,
I have a shared mailbox, and I want to give the users the right to
delete messages in it, but not the right to delete the mailbox itself.
How can I do that?
Look at the cyradm(1) manpage. The description of the individual ACL
bits
Thanks folks, I have collated some responses below to
make it easier to read:
Cyrus on Solaris at Universities:
Carnegie-Mellon University
University of California Davis
50K accounts (active), multiple T2000 failover clusters
ZFS storage to arrays attached through SAN
Univ California
On Dec 13, 2007 5:02 PM, Tom Myny [EMAIL PROTECTED] wrote:
Dear all,
We are using Cyrus 2.3.10 and are expiring the problem that mailboxes
sometimes goes 'corrupt'.
This means that messages are still being delivered but cannot be read by
imap or pop3.
I ran a debug on one of the mailboxes
Alain Spineux wrote:
On Dec 13, 2007 5:02 PM, Tom Myny [EMAIL PROTECTED] wrote:
Dear all,
We are using Cyrus 2.3.10 and are expiring the problem that mailboxes
sometimes goes 'corrupt'.
This means that messages are still being delivered but cannot be read by
imap or pop3.
I ran a debug
On Dec 13, 2007 3:51 PM, Michael D. Sofka [EMAIL PROTECTED] wrote:
On Wednesday 12 December 2007 08:09:33 am Ian G Batten wrote:
I once had to delete the cyrus.* files prior to a reconstruct: they
had become toxic to the point that Cyrus's attempts to make use of
the information in them
On Thu, 13 Dec 2007, Michael D. Sofka wrote:
On Wednesday 12 December 2007 08:09:33 am Ian G Batten wrote:
I once had to delete the cyrus.* files prior to a reconstruct: they
had become toxic to the point that Cyrus's attempts to make use of
the information in them was causing problems.
On Thu, Dec 13, 2007 at 11:46:19AM +0200, Janne Peltonen wrote:
On Thu, Dec 13, 2007 at 08:26:03AM +0100, Rudy Gevaert wrote:
Vincent Fox wrote:
Just wondering what other universities are runing Cyrus on Solaris?
We know of:
CMU
UCSB
We have run it, but switched to
Bron Gondwana wrote:
(Linux comments)
'Twas not my intent to start a this-OS versus that-OS comparison.
Valid though that is, it's a different thread.
Like most sites, we have various OS in operation here, it just
happens that the Cyrus backends are Solaris. The test project
here started with
Andrew Morgan wrote:
On Thu, 13 Dec 2007, Michael D. Sofka wrote:
On Wednesday 12 December 2007 08:09:33 am Ian G Batten wrote:
I once had to delete the cyrus.* files prior to a reconstruct: they
had become toxic to the point that Cyrus's attempts to make use of
the information in them
On Thu, Dec 13, 2007 at 04:22:45PM -0800, Vincent Fox wrote:
Bron Gondwana wrote:
(Linux comments)
'Twas not my intent to start a this-OS versus that-OS comparison.
Valid though that is, it's a different thread.
Like most sites, we have various OS in operation here, it just
happens
Vincent Fox [EMAIL PROTECTED] wrote:
With ZFS there are a number of hits with fdsync bugids. This connects
back to I believe Pascal Giengers' thread, which I think resulted in him
turning off ZIL to bump up performance. This is speculation at this
point, anyhow here's the BugID information
I do have one ZFS machine, and I don't use it to anywhere near its
capabilities - it's just backups.
ZFS really did raise the bar on file systems by a big jump, and it's created
a new level of expectation.
For ages we lived with non-journaled file systems and then when we went to
journaled
Hello again.
Today im found this error at logs:
imaps[48731]: DBERROR db4: Logging region out of memory; you may need to
increase its size
imaps[48731]: DBERROR: opening /var/imap/tls_sessions.db: Cannot
allocate memory
imaps[48731]: DBERROR: opening /var/imap/tls_sessions.db: cyrusdb error
24 matches
Mail list logo
