Correction: I think you have to compile cyrus with no bdb support for
the user-deny.db error message to go away:
configure --without-bdb
On 10/19/2010 01:20 PM, Patrick Goetz wrote:
On 10/14/2010 06:30 AM, Marc Patermann wrote:
I created user_deny.db with touch to make the one error
)
--
Patrick Goetz
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
://mercurial.selenic.com/learn/
I use hg (mercurial) and really like it. I think in comparison with
git, git is a lot more complicated/flexible, which isn't necessarily a
good thing if the simpler tool does everything you need.
--
Patrick Goetz
Cyrus Home Page: http://www.cyrusimap.org/
List
visible
Date: Thu, 14 Oct 2010 16:46:42 -0500
From: Patrick Goetz pgo...@mail.utexas.edu
To: info-cyrus@lists.andrew.cmu.edu info-cyrus@lists.andrew.cmu.edu
This brings back the issue of a safe, canonical procedure for moving a
(single server) cyrus mail system to a new server. Since particularly
new
at all on how to set
this up and what it does? What about for creating a murder server pool?
--
Patrick Goetz
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
to syslog at all? This
message should be going to /var/log/mail.err, as far as I can tell. Is
this a compile-time error?
2.
Under any circumstance, shouldn't this error message be written to the
log files only when cyrus is started?
--
Patrick Goetz
Cyrus Home Page: http://www.cyrusimap.org
On 10/12/2010 8:49 PM, Wesley Craig wrote:
\Noselect is the result of LIST et al not finding the mailbox in question.
It's not set per se, but returned descriptively. Given the odd sort order
from ctl_mboxlist -d, incompatible sort order is why LIST can't see it.
Wes, Bron, thanks for the
On 10/12/2010 5:48 PM, Bron Gondwana wrote:
man imapd.conf on my machine gets:
improved_mboxlist_sort: 0
If enabled, a special comparator will be used which will correctly
sort mailbox names that contain characters such as ' ' and '-'.
Note that this option
also need to copy or reconstruct the databases in
/var/lib/cyrus, too, to successfully transfer mail from one server to
another.
--
Patrick Goetz
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Hi -
I'm stumped by the following problem. recently I transferred a bunch of
users to a new 2.3.16 cyrus server. One user in particular has hundreds
of mailboxes nested several levels deep. Most folders transferred
correctly. One of these subfolders, however,
On 10/12/2010 10:46 AM, Michael D. Sofka wrote:
Is the new server part of a murder cluster? I've had this happen when
transferring accounts between back-end servers in a cluster. The problem
was that while the mailbox was created on the new back-end, not all the
messages transferred. As a
On 10/12/2010 12:02 PM, Wesley Craig wrote:
Does ctl_mboxlist show the mailbox?
Yes, although oddly the sub-folders don't follow immediately in the dump
(the folder causing the problem is called Board):
user.dsmith.AEC.Correspondence MJD.Board0 default dsmith
lrswipkxtecd
On 10/12/2010 02:25 PM, Bron Gondwana wrote:
Ahh... what does your improved_mboxlist_sort imapd.conf variable
say?
Nada -- I don't have this variable set in imapd.conf.
However, when I do set
improved_mboxlist_sort: 1
in /etc/imapd.conf
I get the following error when trying to run
On 10/12/2010 03:15 PM, Bron Gondwana wrote:
RTFM says: dump the mailbox, change the setting, undump the mailbox, restart
Is there some place (e.g. an M) where this process is documented in
such a fashion that I can just cut paste commands, or is this another
thing I'll have to muddle
On 10/12/2010 03:37 PM, Bron Gondwana wrote:
The mailboxes database should be dumped before the option is changed,
removed, and then undumped after changing the option.
Which kinda sucks really. But the M I'm pasting from there is the
imapd.conf docs.
Where be these elusive imapd.conf
On 10/9/2010 7:23 AM, Michael D. Sofka wrote:
I can either rsync just the mail messages to the warm backup, and then
reconstruct the index files. Or, I can take a slight detour, and upgrade the
warm backup server to 2.3.16.
This is something I've been wondering, too. The problem with not
This is one of the most useful pieces of information I've gotten in a
long time -- Thanks!
(as a none mutt user, I had no idea one could do anything like this)
On 10/07/2010 11:24 AM, Gavin McCullagh wrote:
Hi,
On Thu, 07 Oct 2010, Patrick Goetz wrote:
I have a few mbox files that I need
On 10/5/2010 7:01 PM, Frank Pittel wrote:
In file included from auth_getpwent.c:53:
/usr/include/crypt.h:36: error: syntax error before '(' token
/usr/include/crypt.h:36: error: syntax error before const
Did you check the /usr/include/crypt.h file to see if there is actually
a syntax error on
On 10/06/2010 07:41 AM, Paul van der Vlis wrote:
I found the problem. Very stupid: the cert-file was not readable by the
user Cyrus. Ahum, very stupid.
This is a very common gotcha. One debian/Ubuntu systems only members of
the ssl-cert group and read private keys.
Cyrus Home Page:
On 10/05/2010 05:50 AM, Josef Karliak wrote:
Hi there,
is it possible to allow imaps only for some users (accounts are in the
passwd) ?
I want to accept imaps from net for few special users. Others are
authorized only over imap clients from local network.
Thanks.
I'm not sure if you can
I was having problems making Cyrus 2.2.x work with only encrypted
passwords. Setting
allowplaintext: no
in imapd.conf prevents plain text logins, but then cyradm stops working:
ibis:~etc$ cyradm localhost
Login disabled.
cyradm: cannot authenticate to server as pgoetz
I
On 10/3/2010 6:57 AM, Chris Pepper wrote:
More importantly, I don't know how to make the old messages
accessible to my users via IMAP (I can give them the files, but that's
quite awkward). chk_cyrus agrees with IMAP clients about message counts
(very low). I have tried reconstruct with
On 10/04/2010 08:37 AM, Chris Pepper wrote:
No, users see the folders, just not old messages. For most (all?)
INBOXes but my own, new messages started arriving as 1. and continued
from there. Users can see the new mail, but not the old. This makes me
think it's not an internal
On 10/04/2010 08:41 AM, Wesley Craig wrote:
TLS isn't available to Cyrus::IMAP pre 2.3.2. I expect it's a bug.
Sorry,I didn't specifically say that I'm using the latest release, 2.3.16.
I find cyradm to be very convenient to use for smaller sites, but is
this essentially a dead tool and I
On 10/04/2010 08:47 AM, Bron Gondwana wrote:
A script to find each file and IMAP append it? Just thinking outside the box
here!
How would you do the IMAP append? Using a Perl::IMAP function?
This isn't necessarily a concern for this list, but a few days ago I
upgraded a site from cyrus
On 10/04/2010 10:17 AM, Chris Pepper wrote:
On 10/4/10 10:23 AM, Patrick Goetz wrote:
I wasn't clear about whether the old install was completely gone or
could still be booted. If you can still start cyrus on the old server,
you could try imapsync to transfer mail to the new one.
Old system
On 10/04/2010 11:07 AM, Dan White wrote:
You can connect via a non plaintext mechanism, like digest-md5.
This seems like a straightforward case of RTFM, but how does one
determine the auth mechanism? I'm using saslauthd, pam, and have a
self-signed certificate (which I know works):
On 10/04/2010 11:41 AM, Wesley Craig wrote:
I understood that, tho I did notice you pasted the 2.2.x error, not the 2.3.x
error.
Nope, this is precisely the error I'm getting on my 2.3.16 install:
ibis:~~$ dpkg -l | grep cyrus-common
ii cyrus-common-2.32.3.16-1
Cyrus
On 10/04/2010 12:29 PM, Andrew Morgan wrote:
cyrus-be4:~# cyradm --user cyrus --tlskey '' localhost
That did it! The trick is to use --tlskey with an empty field as
demonstrated above. Who knew?
--
ibis:~~$ cyradm --user pgoetz --tlskey '' localhost
verify error:num=18:self signed
On 09/27/2010 05:39 AM, Josef Karliak wrote:
What is going on ? On cyrus 2.2.12 is all ok. When subject don't contain
=?utf-8?B?Tm9 (I rewrote it to test subject for example), email is
delivered.
It sounds like your email header contains 8-bit letters. This is a
violation of RFC2882,
On 9/22/2010 10:20 PM, Shuvam Misra wrote:
I was a strong advocate of bundling DB libraries, etc, with Cyrus. The
points you've made here are very interesting. I didn't know many of these
things. I'm re-thinking whether bundling is such a good idea now. Thanks.
There's a lot to be said for
On 09/14/2010 11:55 PM, Rob Mueller wrote:
Eg. An architectural firm
might end up sending big blueprint documents back and forth between each
other a lot, so they'd gain a lot from deduplication.
Not to throw a damp towel on this discussion, but isn't this really an
administrative problem
On 09/04/2010 07:41 AM, Jeroen van Meeuwen (Kolab Systems) wrote:
To allow some early feedback, I'm putting the page on the list now as opposed
to when I feel like I'm done documenting everything in full ;-)
On 09/12/2010 09:10 AM, Gavin McCullagh wrote:
The goal is to have a PDF library available at any time, with basic file
search on document/message name, so a file share doesn't solve my problem
(and I don't want any document management system, I just want access to
files).
I don't imagine
Yesterday I posted a question to this list regarding a problem I was
having with the mailboxes for some users on cyrus 2.1.15; namely
previously read messages were being marked as unread every time the
mailbox listing was refreshed by the IMAP server. One thing I didn't make
clear was that this
OK, no response on the unable to update user.seen database files for
some users question I asked earlier, so let me try something else.
Is there any documentation on the cyrus database files? For example,
since /var/lib/cyrus/user/t/this_user.seen seems not to be keeping track
of what messages
On Tue, 16 Dec 2003, Pollywog wrote:
There is also an O'Reilly book and some of the book is available online here:
http://www.oreilly.com/catalog/mimap/chapter/ch09.html
Looks like a book I might want to buy.
Save your money -- this book is hopelessly out of date. I've read it and
found
This using Cyrus 2.1.15 ...
Last week I pestered this list about a situation wherein the contents of
/var/lib/cyrus (i.e. the database) were lost in a system crash while the
contents of /var/spool/cyrus/mail (i.e. the actual messages) were
preserved. After using
cyradm - cm
to recreate the
Many thanks to everyone who responded to this question. Yes, it seems
pretty safe to assume that this (not reconstructing mail folders that
don't contain explicit messages) is a bug; but then why doesn't
cyrreconstruct -m
work? I can't imagine why this would be that more complicated to
Sorry if this is a stupid question, I'm relatively new to cyrus as an
administrator and have made an effort to RTFM.
I'm wondering if there is any way to automate administrative tasks in
Cyrus? I ask because I recently inherited the job of administering a
debian Cyrus 2.1.15 system at the same
On Thu, 20 Nov 2003, Andrew Morgan wrote:
It depends what you are trying to do... It is pretty easy to call
reconstruct once for each user just by feeding a list of usernames to a
shell or perl script.
We do all of the regular administration tasks here using perl scripts
and the
101 - 141 of 141 matches
Mail list logo