On Sun, 2011-11-06 at 10:19 +0900, OBATA Akio wrote:
> Hi,
>
> On Sun, 06 Nov 2011 05:26:15 +0900, Ross Boylan wrote:
>
> > I'm running Cyrus IMAP 2.2.13 on Debian, and am looking for away to
> > search on headers that use RFC2047. I am not able to retrieve anyt
I'm running Cyrus IMAP 2.2.13 on Debian, and am looking for away to
search on headers that use RFC2047. I am not able to retrieve anything.
Here's what happens (using imtest)
a06 uid fetch 152840 (BODY[HEADER.FIELDS (subject)])
* 60894 EXISTS
* 1 RECENT
* 59873 FETCH (UID 152840 BODY[HEADER.FIELDS
On Thu, 2011-09-15 at 16:31 -0700, Ross Boylan wrote:
> Querying a Cyrus 2.2.13 server on a Debian Lenny system (via python's
> imaplib) I get the following failure after about 50 successful queries
> that are similar. Can anyone help me understand what the problem is?
>
Querying a Cyrus 2.2.13 server on a Debian Lenny system (via python's
imaplib) I get the following failure after about 50 successful queries
that are similar. Can anyone help me understand what the problem is?
error: SEARCH command error: BAD ['Missing required argument to Search
header']
The
Sorry: should have been "realm" not "real" in the subject! And below...
Ross
On Mon, 2011-06-06 at 23:23 -0700, Ross Boylan wrote:
> I made a virtual machine whose disk was a writable snapshot of the disk
> from another VM. After I changed the hostname, I was unabl
I made a virtual machine whose disk was a writable snapshot of the disk
from another VM. After I changed the hostname, I was unable to login to
cyrus imap until I created a new user in sasldb (with the new real). It
seems that sasldb kept the realm/hostname with which they were
originally created
Thanks for your reply.
On 11/5/2010 6:18 PM, David Lang wrote:
>> I have a narrow question and a broader one. Narrowly, if I create some
>> other folders and move some of the messages into them, will it help? My
>> understanding is that cyrus tries to avoid copying or moving message
>> files arou
My Cyrus 2.2.13 server (Debian stable) is running on an ext3
filesystem. One folder contains so many files that it keeps exceeding
the limit ext3 can cope with (or at least, more than the directory index
can handle). I've been able to recover with e2fsck (I don't know if it
rebalances the tre
opposed to imapsync?
Ross Boylan
On Wed, 2009-09-02 at 09:19 -0600, Bill Cameron wrote:
> Hi,
>
> I've seen some questions about migrating from 32 bit to 64 bit. We
> migrated last weekend and these are the steps we took.
>
> Old server:
> - rsync the cyrus d
referring to deleted items
do an unindexed search on items added since last index.
Is that right? Or, for example, are new messages just ignored?
Ross Boylan
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Also, I'm not sure about compiled sieve scripts being safe to move, and
I don't know where they are on disk.
On Wed, 2009-08-12 at 14:18 -0700, Ross Boylan wrote:
> Will rsync'ing squat file work, even if I'm going from 32 to 64 bit?
>
> I understand that BDB files
39784890 bytes (40MB); /tmp has about
278440 1k blocks (278MB).
So if squatter is using /tmp, that might explain things.
Ross Boylan
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
more work.
Also, I saw the recent discussion of imapsync vs rsync. Mostly, I'm a
little nervous about some state getting lost if I do the imapsync route.
Thanks.
Ross Boylan
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
My mail spool has a lot of files cyrus.cache, cyrus.index, cyrus.header.
http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/Backup notes that it
may be desirable to exclude some files, but only mentions squatter
specifically (I'm excluding cyrus.squat already, and those are the
biggest files). Some
'm also curious whether the absence or presence of those items in a
backup could cause trouble on restore. I suspect the proc directory
itself needs to be present, and I wonder if the items in the directory
could confuse cyrus into think some non-existent processes exist.
Thanks.
Ross Boylan
On Wed, 2007-05-30 at 08:49 -0400, Ken Murchison wrote:
> Ross Boylan wrote:
> > I've created INBOX.a.b, INBOX.a.c, and others. To my suprise, there is no
> > INBOX.a folder. This was discussed previously on this list (2/28/06,
> > similar
> > to this m
I've created INBOX.a.b, INBOX.a.c, and others. To my suprise, there is no
INBOX.a folder. This was discussed previously on this list (2/28/06, similar
to this messages subject), and is Cyrus's expected behavior.
I've now decided I want a folder INBOX.a, that is something I can move
messages i
.ross
I also tried ross+INBOX.comp
When I added the "anyone p" acl shown at the top of the message, this finally
worked.
Ross Boylan
P.S. My original version of the router lacked the suffix options and the
transport lacked the affixes option.
It would be nice if cyradm had a feature all
On Mon, Dec 25, 2006 at 10:59:36AM -0500, Wesley Craig wrote:
> These are interesting results. I encourage you to make an entry in
> the Cyrus Wiki about the work you've been doing. As an additional
> filesystem option, we've found that IMAP on reiser improves
> significantly with the notai
duce more throughput. Here are some timings from
Reiser (in a slightly different setting than for the numbers above):
Threads Mess/sec
118.6
232.3
351.2
775.8
20 160.5
Merry Christmas, if you celebrate it!
More info on the fakesync library appears below.
o the cyrus server. My guess is the
problem is with cyrus, but it might be with mailutil. Parallelizing the
copies speeds things up quite a bit, and in my tests I get the best
performance with ext3 partitions mounted noatime. I'll post more
results when I finish trying out some other fi
The original report on net.inet.tcp.delayed_ack was from someone on a
freebsd 6.0 system.
Now, about this programmatic approach:
On Sun, Dec 17, 2006 at 11:08:07AM -0500, Wesley Craig wrote:
> Sorry, that's backwards:
>
> int one = 1;
>
> if (( proto = getprotobyname( "tcp" )) == N
hot.
Time did not appear sensitive to the number of messages already in the
box; it might matter that the entire cyrus system has quite a lot of
mail in it (11GB in spool directory--virtually all for my account).
Ross Boylan
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: htt
On Sun, 2006-12-10 at 07:32 -0600, Gary Mills wrote:
> On Sat, Dec 09, 2006 at 10:12:36PM -0800, Ross Boylan wrote:
> > I've returned to investigating why populating Cyrus 2.2 with UW's
> > mailutil is rather slow (20 or 30 messages/second). One advice I've
> >
How do I find out what Sieve extensions my Cyrus server supports?
I've hunted around the documentation and mailing list, but can't find
anything.
I'm running Cyrus 2.2 on Debian.
Thanks.
Ross Boylan
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusi
On Sat, Nov 04, 2006 at 05:45:22PM -0800, Ross Boylan wrote:
> How do I find out what Sieve extensions my Cyrus server supports?
> I've hunted around the documentation and mailing list, but can't find
> anything.
>
> I'm running Cyrus 2.2 on Debian.
>
> T
Is sieve involved with mail delivered directly via IMAP? I think not
(the docs say "Sieve is a mail filtering language that can filter mail
into an appropriate IMAP mailbox as it is delivered via lmtp."), but I
want to double-check.
I'm using cyrus 2.2.
Thanks.
On Mon, Sep 25, 2006 at 12:04:20PM +0200, Kjetil Torgrim Homme wrote:
> On Sun, 2006-09-24 at 23:17 -0700, Ross Boylan wrote:
> > I've been using the UW-IMAP mailutil to copy messages from my regular
> > Unix mailboxes (for mutt) to IMAP. The messages are all going to a
>
n packaging of Cyrus 2.2, and have generally not done a lot of
tuning/tweaking at any level (kernel, file system, Cyrus).
Thanks.
Ross Boylan
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Does the use of plus addressing (user+folder.subfolder) bypass sieve?
If not, how do they interact, for example if sieve specifies
deliveries to locations other than folder.subfolder?
Ross Boylan
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
r.box doesn't
exist?
I suppose that boxes not associated with a user represent yet another
case, though it's of less immediate interest.
I'll be using Cyrus 2.2, if that matters.
Ross Boylan
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.c
On Sat, Jul 22, 2006 at 08:18:26AM +0200, Pascal Gienger wrote:
> Ross Boylan <[EMAIL PROTECTED]> wrote:
>
> >No; that was a transcription error. Sorry about that.
> >So the original file has
> >allowplaintext: yes
>
> This is the traditional imap pla
On Fri, Jul 21, 2006 at 09:24:09AM -0700, Ross Boylan wrote:
> On Fri, Jul 21, 2006 at 12:06:36PM +0200, Phil Pennock wrote:
> > On 2006-07-20 at 23:04 -0700, Ross Boylan wrote:
> > > Shouldn't AUTH=PLAIN appear on that capability list? I was able to
> > > login
On Fri, Jul 21, 2006 at 12:06:36PM +0200, Phil Pennock wrote:
> On 2006-07-20 at 23:04 -0700, Ross Boylan wrote:
> > Shouldn't AUTH=PLAIN appear on that capability list? I was able to
> > login using CRAM-MD5.
> >
> > My imapd.conf includes
> > allowp
rop_plugin: sasldb
I have not set sasl_mech_list.
Ross Boylan
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
about how
sieveusehomedir interacts with the compilation mechanism. My
assumption had been that only the code on the server is compiled and
that home directory .sieve scripts were simply compiled on the fly
each time they were encountered. I gather that interpretation is
wrong.
Ross Boylan
ly a cosmetic problem.
Of course, that's not the only possible cause of such warnings.
--
Ross Boylan wk: (415) 514-8146
185 Berry St #5700 [EMAIL PROTECTED]
Dept of Epidemiology and Biostatistics fax: (
On Fri, 2005-09-16 at 14:06 -0700, Ross Boylan wrote:
> It appears that cyrus is treating all messages as duplicates, even ones
> that it has not seen. So I'm not getting any mail. Can anyone help?
It may be relevant that delivery.db is about 1.1 Mg.
ctl_deliver says there are 11
L PROTECTED]> .ross+.sieve.
1126901403
Sep 16 13:11:03 iron cyrus/master[7074]: process 24757 exited, status 0
--
Ross Boylan wk: (415) 514-8146
185 Berry St #5700 [EMAIL PROTECTED]
Dept of Epidemiology and Biostatistics
Uni
39 matches
Mail list logo
