I would argue that it's out of scope -- credential management should
be taken care of by your credential management system, be it through a
web interface or whatever. Even if it were to be an accepted spec, the
chances of all of the client-writers implementing it, and in a
reasonable way,
On Sep 26, 2008, at 06:44, Gary Mills wrote:
> We have a moderately sized Cyrus installation with 2 TB of storage
> and a few thousand simultaneous IMAP sessions. When one of the
> backup processes is running during the day, there's a noticable
> slowdown in IMAP client performance. When I star
On Dec 20, 2007, at 02:24, Gabriele Bulfon wrote:
> Hello,
> I would like to know if there is some way of plugging into the
> system with custom agents to be notified of any event happening on
> the imap server.
> For example, I would like some code of mine to be called when new
> messages
Its OK that they hang around -- in fact, its encouraged. You could
set the -U flag on imapd, etc to "1", then the process should die
after its first use.
-rob
On Dec 19, 2007, at 14:56, Mike Eggleston wrote:
> I run a small shop and have around ~18 users. Checking just now I have
> 70 imap
UMBC is, thought I don't speak for them anymore.
On Dec 12, 2007, at 18:58, Vincent Fox wrote:
> Just wondering what other universities are runing Cyrus on Solaris?
>
> We know of:
> CMU
> UCSB
>
>
>
>
> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> Cyrus Wiki/FAQ: http://cyrusimap.web.c
I enabled it a few weeks ago before I left UMBC, and it certainly
seemed to help write performance on the ZFS pool -- we started seeing
the larger batched writes on those devices, instead of a constant
stream of itty bity IOs caused by the constant fsync'ing.
If you feel that your filesyste
On Nov 29, 2007, at 21:34, Vincent Fox wrote:
> We had sym-linked imap/proc directory to a size-limited
> TMPFS a while back.
>
> Now I'm thinking to do the same for imap/socket and imap/log
>
> Any reasons against? Other candidates?
You're probably not going to see wins on the socket data, sin
On Nov 20, 2007, at 14:57, Pascal Gienger wrote:
> Rob Banz <[EMAIL PROTECTED]> wrote:
>
>>
>> We went through a similar discussion last year in OpenAFS land, and
>> came the same conclusion -- basically, if your filesystem is
>> reasonably reliable (suc
On Nov 20, 2007, at 15:38, Ken Murchison wrote:
> Pascal Gienger wrote:
>> Rob Banz <[EMAIL PROTECTED]> wrote:
>>> We went through a similar discussion last year in OpenAFS land, and
>>> came the same conclusion -- basically, if your filesystem is
>>>
We went through a similar discussion last year in OpenAFS land, and
came the same conclusion -- basically, if your filesystem is
reasonably reliable (such as ZFS is), and you can trust your
underlying storage not to lose transactions that are in-cache during a
'bad event', the added benefi
On Nov 14, 2007, at 16:20, Scott M. Likens wrote:
> I looked into using NotifyLink with Zimbra. The cost was a bit
> heavy, and the only option for us would have been them hosting it.
> (We did not/would not have any Windows Servers/Desktops to run the
> software).
We're using their host
On Nov 14, 2007, at 15:20, Michael Bacon wrote:
> Sun doesn't make any SSDs, I don't think, but while I'm not certain, I
> think the RamSan line (http://www.superssd.com/products/ramsan-400/)
> has
> some sort of partnership with Sun. To be honest, I'm not sure which
> brand
> we're using, b
On Nov 14, 2007, at 10:01, Zachariah Mully wrote:
> On Wed, 2007-11-14 at 13:25 +, Ian G Batten wrote:
>> On 13 Nov 07, at 1505, David Chait wrote:
>>
>>> One key piece of functionality that seems to be missing from every
>>> OSS
>>> solution mentioned thus far is mobile device push support
>>
> It seems like the default for cyr_expire runs at 4:00AM (delprune
> cmd="cyr_expire -E 3" at=0400) and I start squatter at 3:00AM. Do you
> think that this would cause the spike and server to lock up? We are
> running RHEL4U4
They both compete for a lot of resources... You probably shouldn't
On Nov 13, 2007, at 16:47, Gerard wrote:
> I am running squatter at 3am as a cron job on all of my servers. Over
> the passed week I have one server where squatter spikes the load and
> ends up locking up the server at around 8am every morning. Yeah, it
> seems to take that long to run which may
I had looked into this before, but really haven't had a chance to
follow up on it.
There is an draft for a sieve date/time extension, which allows you to
use time comparisons in conditionals -- for example, the vacation
message defined by a date range. This looks like its the current
ve
...though, we have seen super-greedyness of ZFS when resilvering. ;)
On Nov 13, 2007, at 09:17, Dale Ghent wrote:
>
> Interesting. What's your kernel patch level?
>
> We're running on 125101-10 with the exact same configuration as you
> (mirrored to two arrays, in separate buildings even) and ha
17 matches
Mail list logo