This thought has occurred to me:
ZFS prefers reads over writes in it's scheduling.
I think you can see where I'm going with this. My WAG is something
related to Pascal's, namely latency. What if my write requests to
mailboxes.db
or deliver.db start getting stacked up, due to the favoritism sho
On Wed, Nov 14, 2007 at 12:16:29PM -0500, Larry Rosenbaum wrote:
> Upgrading PCRE to v7.4 fixed the problem. (Previous version was v6.5)
Excellent - because I was a little surprised otherwise - then again I
only tested on Debian Etch because that's all I have handy.
Ken - I think the solution is
Rich Wales wrote, at 11/14/2007 06:13 PM:
> It looks like my problem with replication not working in one direction
> was a SASL thing. One of my servers was advertising GSSAPI as an
> authentication mechanism, but it didn't really work (I don't have
> Kerberos installed on my systems). Apparently
> I'm mildly concerned that a future software upgrade might cause these
> libraries to reappear. Is there a more reliable way to disable SASL
> authentication mechanisms, other than removing files from the library
> directory?
Set sasl_mech_list to the list of mechanism you wish to support.
For
Hi Rich,
That truly depends on how your Unixlike (Linux) handles the package. If
you're using a rpm, you may want to look into using a SRPM the next time
and tweek the .spec file so it does not try and pull in ntlm and otp and
gssapi.
That's one thing I dislike about most package management s
It looks like my problem with replication not working in one direction
was a SASL thing. One of my servers was advertising GSSAPI as an
authentication mechanism, but it didn't really work (I don't have
Kerberos installed on my systems). Apparently, sync_client on the
other box was deciding to use
The whole "meta" partition as of 1.6 (so no fancy splitting of mailbox
metadata), minus the proc directory, which is on tmpfs.
-Michael
--On Wednesday, November 14, 2007 4:32 PM -0500 Rob Banz <[EMAIL PROTECTED]>
wrote:
>
> On Nov 14, 2007, at 15:20, Michael Bacon wrote:
>
>> Sun doesn't make
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
Sebastian Hagedorn wrote:
> Hi,
>
> I've brought up this topic before. We've been running cyrus-imapd very
> happily for several years. Yet there's one issue that none of the
> updates have resolved. The last time I reported it we were running
> 2.2.12. Now we're running 2.3.8, but the issues i
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
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, but like RamSan, it's a FC disk that slots into our SAN like
an
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).
However luckily my Manager refused to run any software that did not
offer a 'linux s
> Simon Matter wrote:
>>> On Tue, 13 Nov 2007, Bron Gondwana wrote:
>>>
I have "delete_mode: immediate" on the replica and "delete_mode:
delayed" on the master.
>>> sync_server doesn't pay any attention to delete_mode, so the option
>>> shouldn't have any effect on the replica.
>>
>> Okay
Andrew Morgan pisze:
> We had a similar behavior occur that turned out to be caused by a
> firewall. We use a Cisco FWSM. The culprit was a "fix-up" for the
Thank you very much!
I've changed port from 2000 to 2002 and sieve started to work again.
It looks like my provider routers/firewalls are
Hi,
I am observing strange problem with timsieved daemon.
This is on small mail server running cyrus-imapd 2.2.12.
For most hosts, timsieved does not respond to commands at all. It sits in
select() and never read any data. Data written at start of daemon is not
readed to telnet client too.
But
On Wed, 14 Nov 2007, Lukasz Michalski wrote:
> Hi,
>
> I am observing strange problem with timsieved daemon.
> This is on small mail server running cyrus-imapd 2.2.12.
>
> For most hosts, timsieved does not respond to commands at all. It sits in
> select() and never read any data. Data written at
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
Michael Bacon wrote:
>
> Solid state disk for the partition with the mailboxes database.
>
> This thing is amazing. We've got one of the gizmos with a battery
> backup and a RAID array of Winchester disks that it writes off to if
> it loses power, but the latency levels on this thing are
> non-
--On 14. November 2007 09:30:45 -0600 Gary Mills <[EMAIL PROTECTED]>
wrote:
On Wed, Nov 14, 2007 at 04:15:13PM +0100, Sebastian Hagedorn wrote:
I've brought up this topic before. We've been running cyrus-imapd very
happily for several years. Yet there's one issue that none of the
updates hav
Upgrading PCRE to v7.4 fixed the problem. (Previous version was v6.5)
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rosenbaum,
Larry M.
Sent: Tuesday, November 13, 2007 2:25 PM
To: info-cyrus@lists.andrew.cmu.edu
Subject: v2.3.10 build fails, pcreposix problems
When trying
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
> > (Activesync),
> > this is not to be underestimated as
On Wed, Nov 14, 2007 at 04:15:13PM +0100, Sebastian Hagedorn wrote:
>
> I've brought up this topic before. We've been running cyrus-imapd very
> happily for several years. Yet there's one issue that none of the updates
> have resolved. The last time I reported it we were running 2.2.12. Now
> w
Hi,
I've brought up this topic before. We've been running cyrus-imapd very
happily for several years. Yet there's one issue that none of the updates
have resolved. The last time I reported it we were running 2.2.12. Now
we're running 2.3.8, but the issues is the same: POP and IMAP processes
t
Simon Matter wrote:
>> On Tue, 13 Nov 2007, Bron Gondwana wrote:
>>
>>> I have "delete_mode: immediate" on the replica and "delete_mode:
>>> delayed" on the master.
>> sync_server doesn't pay any attention to delete_mode, so the option
>> shouldn't have any effect on the replica.
>
> Okay, things
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
> (Activesync),
> this is not to be underestimated as it is for us, a key reason why we
> are ultimately being forced to
Hi Rob,
> In Toltec, it almost works the same way, every other folder does
> exactly this, except you can't see the INBOX. I just don't understand
> why the INBOX has to be special if the standard Outlook IMAP integration
> works without it being?
Outlook processes new messages to support their
> Not a bug, but a feature :) Outlook makes a clear distinction between
> storage and transport. In IMAP this gets a bit blurred as the INBOX is
> also
> the mechanism for receiving new mail. Using the POP3 moves the mail from
> the
> IMAP4 INBOX to the Outlook Inbox. This is handled by both Kont
Hi Rob,
> What are the 3 commercial Outlook plugins? Obviously the Toltec one,
> but which others?
Toltec, Konsec and Bynari(Kolab support in beta AFIAK)
> There was a showstopper problem however. When I tested it seemed that
> Toltec would display all sub- folders of INBOX, and using annotatio
> On Tue, 13 Nov 2007, Bron Gondwana wrote:
>
>> I have "delete_mode: immediate" on the replica and "delete_mode:
>> delayed" on the master.
>
> sync_server doesn't pay any attention to delete_mode, so the option
> shouldn't have any effect on the replica.
Okay, things are a bit more clear now. Wi
29 matches
Mail list logo
