Hi All,
I have had a couple of situations today where sync_master has terminated
abnormally, and I am trying to figure out where to look for the problem.
I am running Cyrus-IMAPd 2.3.3 under CentOS 3.6.
The first of the log entries for the two terminations show:
master[6348]: process 22661 exi
Ken, Richard Gilbert and I had a discusion about this last week (which
I'll try to summarize).
Here is an alternative to the stunnel stuff.
1. Use imtest to issue XFER command (c: XFER user.phr2101test bacon)
you may need to
2. Remove 'force_sasl_client_mech: plain login' from the file. This li
John McMonagle wrote:
Jorey Bump wrote:
John McMonagle wrote:
Any simple way to find the local recipient the message was going to?
Deliver it to them first. Then they can volunteer a copy and you can
discard it after training. It's still a bad idea, but may be useful if
the participants
Jorey Bump wrote:
John McMonagle wrote:
Took perl script from
http://www.dmzs.com/tools/files/spam.phtml
and modified it.
Send marginal scoring spam to a shared mailbox spamtrain.
Have people sort messages to spam or ham folder.
Each hour run script and do training on each message and m
John McMonagle wrote:
Took perl script from
http://www.dmzs.com/tools/files/spam.phtml
and modified it.
Send marginal scoring spam to a shared mailbox spamtrain.
So everyone gets to see each other's false positives? Very, very bad idea.
Have people sort messages to spam or ham folder.
You
> From: [EMAIL PROTECTED] [mailto:info-cyrus-
> [EMAIL PROTECTED] On Behalf Of Ryan Corder
>
> On Mon, May 01, 2006 at 05:45:53PM +, Perry Brown wrote:
> | How can I force cyradm to connect with plain+tls? Or possibly some work
> | around using Cyrus::IMAP::Shell
>
> last time I checked, cy
Took perl script from
http://www.dmzs.com/tools/files/spam.phtml
and modified it.
Send marginal scoring spam to a shared mailbox spamtrain.
Have people sort messages to spam or ham folder.
Each hour run script and do training on each message and move to
trained subfolder.
That much works.
Wha
On May 1, 2006, at 8:32 AM, Andrew Morgan wrote:
On Sun, 30 Apr 2006, Mark Edwards wrote:
Can someone tell me what the repercussions of rebuilding cyrus
with a different db, say db43 instead of db41, and starting the
new one up with the same data and configuration? Will it run?
Will the
On Mon, 1 May 2006, Mark Edwards wrote:
On May 1, 2006, at 8:32 AM, Andrew Morgan wrote:
On Sun, 30 Apr 2006, Mark Edwards wrote:
Can someone tell me what the repercussions of rebuilding cyrus with a
different db, say db43 instead of db41, and starting the new one up with
the same data and
Perry Brown wrote:
From a thread last month some fine folks on this listed suggested I
set up
tls for plain so that I could do an xfer of mailboxes from one host to
another.
I got that set up and I am able to do an imtest from one host to the
other one and it gets authenticated with plain+tl
On Mon, May 01, 2006 at 05:45:53PM +, Perry Brown wrote:
| How can I force cyradm to connect with plain+tls? Or possibly some work
| around using Cyrus::IMAP::Shell
last time I checked, cyradm did not support SSL/TLS. To get
around this, I setup an SSL tunnel (via stunnel) on my loopback
int
The cyrus user has no proxy abilities by default, being in the
admins: directive does not grant that. You can enable a specific
account to proxy with the proxyservers: directive.
-Adam
On Apr 28, 2006, at 12:31 PM, Andreas Hasenack wrote:
On Fri, Apr 28, 2006 at 12:08:22PM -0700, Kevin Ba
From a thread last month some fine folks on this listed suggested I set up
tls for plain so that I could do an xfer of mailboxes from one host to
another.
I got that set up and I am able to do an imtest from one host to the other
one and it gets authenticated with plain+tls.
My problem now h
If you enable Squatter it will make search indices that significantly
speed up SEARCH commands, so it would already be integrated with
clients that do server-side searching. I find that the indices add
20-30% storage overhead to mailboxes.
-Adam
On Apr 30, 2006, at 1:26 PM, Forrest Aldric
On May 1, 2006, at 8:32 AM, Andrew Morgan wrote:
On Sun, 30 Apr 2006, Mark Edwards wrote:
Can someone tell me what the repercussions of rebuilding cyrus
with a different db, say db43 instead of db41, and starting the
new one up with the same data and configuration? Will it run?
Will the
On Sun, 30 Apr 2006, Mark Edwards wrote:
Can someone tell me what the repercussions of rebuilding cyrus with a
different db, say db43 instead of db41, and starting the new one up with the
same data and configuration? Will it run? Will there be data corruption of
any kind?
The safest and mo
Jorey Bump wrote:
Cyrus IMAP advertises IDLE, and the docs mention that the default method
is "poll", but shed little light on the use of idled as an alternative.
Which method is preferred, better performing (for users and/or servers),
and more robust?
idled will provide the client with ins
Forrest Aldrich wrote:
Slightly OT: however, there are a few programs out there that offer a
richer indexing method (a la Google for your email).
I wonder if there's a place for that somewhere in the Cyrus structure.
There's obvious utility in a richer search-and-find method.
I'm probably no
Mark Edwards wrote:
Can someone tell me what the repercussions of rebuilding cyrus with a
different db, say db43 instead of db41, and starting the new one up with
the same data and configuration? Will it run? Will there be data
corruption of any kind?
You will either have to upgrade the BDB
On Sun, 2006-04-30 at 16:26 -0400, Forrest Aldrich wrote:
> Slightly OT: however, there are a few programs out there that offer a
> richer indexing method (a la Google for your email).
>
> I wonder if there's a place for that somewhere in the Cyrus structure.
> There's obvious utility in a riche
On Sun, 2006-04-30 at 21:42 +0200, Andrzej Kwiatkowski wrote:
> I'm preparing for migrating about 30k account from
> Netscape Messaging Server to Cyrus (yeah... cyrus rules, NMS sucks ;-) )
>
> And now i want to find out the best solutions for this.
> NMS has very similar structure of mailboxes
>
21 matches
Mail list logo