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
I seem to be having a very peculiar problem with cyrus 2.1.15.
We recently had a system crash over the holidays (while no one was
monitoring the server) wherein the root filesystem went read-only and
(somehow) the cyrus log files grew to fill the partition (with mail.err
and mail.log being over 1
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
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
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 I
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
impl
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 ;-)
>
>
> http://www.cyrusimap.org/mediawiki/index.php/User:Jeroen_van_Meeuwen/Drafts/B
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 i
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 probl
On 9/20/2010 8:59 AM, Marc Patermann wrote:
> And still, if someone asks a mailing list (not here certainly) how to
> start with IMAPd, many people shout, to go with dovecot and not using Cyrus.
Hi -
A little late to this thread, but here are a couple of modest observations:
1.
I have cyrus and
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 fo
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 RFC2
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 though
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 w
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 permi
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 2
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
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
Cyru
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 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
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 erro
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:
I have a few mbox files that I need to transfer to cyrus (one relatively
large ~3MB). I downloaded the perl script mbox2cyrus.pl, and looked
over the code, and I'm not confident that this will work for a system with
unixhierarchysep: yes
Does anyone have any experience with this? Am I going t
On 10/07/2010 11:03 AM, Joseph Brennan wrote:
>
>
> If this is relevant-- Pine can copy a local mbox file to an imap server.
>
>
How would this work? We use alpine extensively, and AFAIK it's either
configured for IMAP or mbox, but not both.
Cyrus Home Page: http://www.cyrusimap.org/
List
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
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
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,
user.bubba.AMG."Corresponde
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
user.dsm
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 ctl
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 muddl
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.co
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 fo
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 opti
hat you're subscribed to the mail folders?
Generally you 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/
documentation 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/
priv.none;\
cron,daemon.none;\
mail.none,news.none -/var/log/messages
So why is anything from cyrus being written 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
27;t\H\H\H visible
Date: Thu, 14 Oct 2010 16:46:42 -0500
From: Patrick Goetz
To: 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 users frequently have problems with this (in
entation:
http://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: ht
tool for dumping IMAP mailboxes on a server.
-C
Specify an alternate configuration file ( is used by default)
-v Increase program verbosity.
CMU Project Cyrus
CYRDUMP(8)
--
Patrick Goetz
n't use bdb for the /var/lib/cyrus
databases? The default in 2.4.x is skiplists.
I know this has been mentioned or alluded to several times, but I'm
still a bit unclear on how to convert an existing set of cyrus bdb
databases to skiplists on a production system.
--
Pa
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
Hi -
I'm grappling with the issue of how to either do backups or take
snapshots of a live cyrus system so that all the metadata is properly
saved; meaning that the indexes and db files match exactly the messages
in ~/cyrus/mail so that the backup or snapshot can be copied to a new
system and b
on Server 1.
Step 4: Back up filesystem on Server 2.
Step 5. Turn replication back on on Server 2.
Cyrus would only have to be off for a few seconds on Server 1, and
resynchronizing after the connection has been terminated for a couple of
hours shouldn't be a problem, either.
--
Patri
On 02/03/2011 12:56 PM, Wesley Craig wrote:
> I wonder, tho, why use DRBD rather than cyrus replication.
>
Perhaps because I don't know anything about cyrus replication? <:)
RTFM the cyrus wiki?
--
Patrick Goetz
Cyrus Home Page: http://www.cyrusimap.org/
List Archi
Yes, this is the answer. If messages need to protected from everyone,
including root, then they should be PGP encrypted at the source; with
MUA client-side decryption.
On 01/31/2014 10:37 AM, Mark Blackman wrote:
>
> On 31 Jan 2014, at 16:10, Fabio S. Schmidt wrote:
>
>> Hello!
>> Considering
On 2/10/2014 4:13 PM, Paul O'Rorke wrote:
> still trying to find a definitive resource to use to get this mail
> server up and running. Does anyone know of a good howto for setting up
> Debian/Exim/Cyrus? I think this is the combination I want to move from
> the Centos/Exim/Dovecote box I inherit
On 2/22/2014 4:05 AM, Andrey wrote:
> As I see, I need to build it by myself (I am not good in such things) and it
> supports only:
> "This rpm builds on RedHat 9, Fedora Core 1 ... 6, RHEL/CentOS 3 ... 6 for
> at least i386 and x86_64 archs"
> No debian support... :(
>
You might try using alien
There's something to be worried about with using lvm snapshots. My
understanding is that this can dramatically slow down your system. I'm
too busy right now to pull up a reference, but google is your friend.
On 08/29/2014 09:27 AM, Marcus Schopen wrote:
> Hi,
>
> I'm planing to use lvm snaps
On 8/30/2014 10:10 AM, Simon Matter wrote:
>
> I suggest -aH to preserve single instance storage in the backup.
>
Does cyrus use a lot of hard links? I use rsync a lot to create
snapshot backups, and use hard links across snapshots to preserve space;
however, for a single instance backup and un
Thanks for that explanation! I don't have time to read every email that
comes to the cyrus list, and missed that one. One point of clarification:
On 8/30/2014 2:49 PM, Nic Bernstein wrote:
> ctl_cyrusdb -c
> ctl_mboxlist -d > mailboxes.db.dump
> stop cyrus
> lvm snaps
>
On 09/06/2014 06:52 AM, Egoitz Aurrekoetxea wrote:
> We are using Cyrus replication for some years now. It’s just fine. You
> can play too with
> expunge_delayed for avoid removing mail immediately.
>
Hi -
Do you mind explaining this in more detail?
Thanks.
Cyrus Home Page: http://www.cyru
Question: what's wrong with
ps auxw | grep imap
Doesn't this provide an accurate representation of who's logged in?
On 09/12/2014 10:02 AM, Michel Blanc wrote:
> On 12/09/2014 16:04, Michael Neumann wrote:
>> Hello,
>>
>> i am looking for a command that outputs the currently logged on users
My bad -- thanks for the correction.
I run cyrus and dovecot systems, and inadvertently checked this on a
dovecost-based system before posting.
On 09/12/2014 10:30 AM, Michel Blanc wrote:
> On 12/09/2014 17:20, Patrick Goetz wrote:
>> Question: what's wrong with
>>
>>
Hi -
I've been setting up some new servers and wanted to revisit and optimize
my cyrus-sasl configuration. I couldn't find answers to these questions
anywhere in the documentation or online, but figured this list would
know. Ironically, the postfix documentation for using sasl
(http://www.po
On 11/20/2014 09:46 AM, Michael Menge wrote:
> If i remember correctly the dovecot data files use the mbox format.
> There are some tools that can upload mails from mbox files to IMPA
> Servers. But i don't know if it is possible to convert all mailbox
> features with them (ACLs, seen status for sh
This is from the imapd.conf man page:
annotation_definitions:
File containing external (third-party) annotation definitions.
- Does anyone have any idea what this means or what this is used for?
Also, there are any number of options in imapd.conf that don't make any
sense to me. For
On 12/03/2014 06:53 AM, Adam Tauno Williams wrote:
>> auth_mech:
>> - Isn't this handled by SASL?
>
> Partially, yes. Don't forget that identity management is AAA - three
> As, not one. Authorization, Authentication, Accounting.
>
So, for example:
Authorization would be
cm user.usernam
This might seem like a dumb question, but I'm wondering if anyone has
some thoughts on recommended file locations for single server systems;
in particular, what are the cyrus default folder locations?
I've been using cyrus on Ubuntu/debian systems and am now making a
switch to Arch. The defaul
On 12/09/2014 09:03 AM, Willy Offermans wrote:
>> Now I want to restore the data of user.$USER on a different server.
>>
>> How should I proceed?
To move a single user to a new server, in the past I've used imapsync to
good effect (http://imapsync.lamiral.info/):
imapsync --host1 my_old_se
On 12/09/2014 09:36 AM, Bron Gondwana wrote:
>> Is there nobody with a good suggestion?
>
> Not really. Most people seem to be using LVM snapshots.
OK, I'll bite. Since a couple of times I've had to restore mail using
reconstruct after having lost all the metadata, I'm wondering what the
poin
Surely someone on this list will know the answer to this question.
Given sasl_pwcheck_method: saslauthd, with authentication mechanism=pam
I'm trying to track down how saslauthd knows that the cyrus PAM service
file is called imap; i.e. /etc/pam.d/imap.
Is this just built in? I can't find a co
On 12/11/2014 12:45 PM, Andrew Morgan wrote:
> I only have PAM files for "imap", "lmtp", and "sieve"
> although I have other service names for some of them.
>
I don't understand why you have PAM files for lmtp and sieve, but most
particularly lmtp. lmtpd is just a local daemon that transfers stu
In my previous debian-based cyrus install idled was commented out in
cyrus.conf, while the notifyd service was set to run. Not knowing any
better, I just left it like this.
Now that I'm going over the entire configuration in great detail, I find
out that idled would be pretty useful thing to h
On 12/12/2014 04:04 AM, Bron Gondwana wrote:
> http://blog.fastmail.com/2014/12/02/dec-3-push-it-real-good/
>
From this blog post:
"We’ll talk about notifyd first, because it’s the simpler of the two.
The two main styles of events it handles are calendar email
notifications and Sieve (filter/ru
On 12/12/2014 05:00 PM, Robert Norris wrote:
> On Sat, 13 Dec 2014, at 08:37 AM, Patrick Goetz wrote:
>> What calendar is it that is using notifyd like this?
> The notifyd described in that blog post is not the stock Cyrus notifyd,
> but our own custom daemon that speaks the n
Speaking of calendars, a while back there was talk of a Cyrus CalDAV module.
- Did this ever come to fruition?
- Does this mean we can finally integrate calendar funtionality
into Cyrus, similar to the feature MS Exchange users have?
- If so, how does it work? Is there any documentati
On 12/10/2014 03:47 AM, Willy Offermans wrote:
> I'm not sure what you mean with ``all the metadata'', but there are user
> flags saved into the cyrdump file as well. I never performed the whole
> cycle of dump and restore (probably nobody did so far), so I cannot tell
> you that all metadata is av
On 12/16/2014 4:11 AM, Michael Menge wrote:
> We also don't use snapshots or stop cyrus for backup.
>
> But as a complete restore of our mail storage with normal backuptools
> would take fare too long, we uses cyrus sync for disaster recovery.
> For the normal backup we use a combination of delayed
My old Ubuntu imapd.conf includes this line:
sasl_mech_list: PLAIN LOGIN
and sasl_mech_list is also mentioned here:
https://cyrusimap.org/docs/cyrus-imapd/2.4.6/faq.php
However, sasl_mech_list no longer appears as an option in the imapd.conf
man page.
Has this option been removed, or is
On 12/15/2014 04:24 PM, Nic Bernstein wrote:
> Patrick,
> You'll find a link to the latest Beta release with CalDav/CardDav
> support on the Cyrus IMAP website:
>
> http://cyrusimap.org/
Thanks for that information. I've had to educate myself on how CalDav
works, but this looks fairly prom
On 12/16/2014 11:59 AM, Nic Bernstein wrote:
> Um, at the risk of offending; RTFM?
>
> The doc/install-http.html document, within the distribution, is fairly
> complete. Please download the tarball and take a look at that. If
> you've still got questions, come back with those.
>
No offense taken
On 12/16/2014 12:16 PM, Ken Murchison wrote:
> Are you talking about public
> calendars, sharing a private calendar with a colleague, or both?
>
Our 2 primary use cases are this:
1. We have lots of people with busy schedules who have their
administrative assistant schedule and manage appointment
On 12/16/2014 01:42 PM, Andrew Morgan wrote:
>
> I forgot about one additional thing we do - we dump the mailboxes.db to
> a flat file once an hour via cron. That would allow us to (mostly)
> recover from a corrupted mailboxes.db file. Just like a full restore,
> we would need to run a reconstruc
Nic,
Thanks for that detailed explanation. I still feel myself somewhat
stymied by either the documentation (or lack thereof) or perhaps an
unfortunate case of being somewhat feeble-minded. Here are some follow
up comments/questions:
On 12/18/2014 9:59 AM, Nic Bernstein wrote:
> I will say
Super helpful -- thanks!
I only have one additional question:
On 12/19/2014 09:31 AM, Nic Bernstein wrote:
>> My current plan is to use imapsync for the migration and then
>> replication to another dummy server for backup, assuming I can figure
>> out how to set up replication.
>
> I strongly rec
I've been wondering about this for a while, given that there is an
entire db file devoted to this task, indicating a considerable
investment of resources.
From the imapd.conf man page:
---
duplicatesuppression: 1
If enabled, lmtpd will suppress delivery of a message to a mai
I didn't know about the delayed delete_mode option until finally taking
the time to comb through the man pages in detail.
This seems like a very useful feature, but I'm not sure I understand how
it's implemented. Say some user deletes a message or folder. Does s/he
have immediate access to th
On 1/10/2015 5:51 AM, Robert Norris wrote:
> The major problem with it in my experience is that you might actually
> prefer the copy of the message that came through the list. For me that's
> usually because I wanted DKIM headers or similar.
The other problem is it involves adding computational in
Again, reading through the documentation (now supplemented by the
*secret* documentation -- thanks, Nic), I noticed:
statuscache: 0
Enable/disable the imap status cache.
With this description under database-formats:
STATUS cache (statuscache.db)
This data
The FastMail guys got a nice shout out on the most current Linux Action
Show:
https://www.youtube.com/watch?v=TFfvpiUMYsI
The FastMail segment starts at around 21:30 into the video.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/in
The 2.5 documentation here
(http://www.cyrusimap.org/~vanmeeuwen/imap/release-notes/2.5.0.html)
states that some of the TLS options will change in 2.5, namely
tls_client_ca_dir (was: tls_ca_dir)
However, there is no tls_ca_dir option given here
(https://cyrusimap.org/docs/cyrus-imapd/2.4.1
I'm firing up cyrus 2.4.17 for the first time on a new platform (Arch
linux w/ systemd) and noticed the following error message (running
journalctl -u cyrus-master):
Jan 15 04:08:50 ibis cyrus/master[701]: setrlimit: Unable to set file
descriptors limit to -1: Operation not permitted
Jan 15 04:
So, perhaps unsurprisingly, TLS is giving me problems. I'm trying to
enforce allowplaintext: no and am running into some issues with ciphers.
I started with this cipher list:
tls_cipher_list: TLSv1.2+HIGH:!aNULL:@STRENGTH
and got this error:
no shared cipher in SSL_accept() -> fail
On 01/15/2015 10:04 AM, Wolfgang Breyha wrote:
> Maybe
> https://bettercrypto.org/
> is of help.
>
Thanks for both writing and sharing that document. Unfortunately it
only has this to say about cyrus-imap:
-
Limiting the ciphers provided may force
I have a couple of existing cyrus 2.3.16 installs with this partitioning
configuration in imapd.conf:
defaultpartition: default
partition-default: /home/cyrus/mail
I create users using cyradm: cm user.myuser
and the user mail spool folder has this heirarchy:
mail
|
a
On 01/16/2015 03:04 PM, Patrick Boutilier wrote:
> On 01/16/2015 04:57 PM, Patrick Goetz wrote:
>> I have a couple of existing cyrus 2.3.16 installs with this partitioning
>> configuration in imapd.conf:
>>
>> defaultpartition: default
>> partition-defa
This is a bit off topic, but is anyone using Roundcube webmail with
cyrus? I've lost most of my hair trying to get this to work, and
although it is working now, I'm not sure my fix is the correct way to
solve the problem.
Context:
I only allow plain text STARTTLS connections to the imap server
On 2/3/2015 7:28 AM, Patrick Boutilier wrote:
> Are you using pgo...@episcopalarchives.org as the userid or is Roundcube
> appending the domain automatically?
>
Roundcube is appending the domain; I'm logging in with pgoetz.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: ht
On 2/3/2015 7:54 AM, marty wrote:
>
> Yes - but as my webmail interface is on the same box as the cyrus
> server, I've got cyrus to 'listen' on localhost:imap only, and
> roundcube connects over the loopback interface to cyrus.
>
I do have roundcube installed on the same host as cyrus, but the va
On 2/3/2015 9:49 AM, Patrick Boutilier wrote:
>> Roundcube is appending the domain; I'm logging in with pgoetz.
>
> http://trac.roundcube.net/wiki/Howto_Config#IMAPserverconnection
> indicates that username_domain may be set.
>
Argh! That was it. I thought I had removed this, but it must have
r
I changed to the (new defalt) UNIX hierarchy separator character while
upgrading cyrus versions last year and didn't experience any problems.
I don't think your authentication scheme is relevant, but as someone
else suggested the imap clients might care. In my case, everyone uses
Thunderbird,
So, I've been happily avoiding upgrading cyrus imap because everything
has been working and I'm generally in the "if it ain't broke, don't fix
it" category.
Cyrus version: 2.4.17
Perl version: 5.22.0
However, this morning I tried to create a new user using cyradm and got
a perl error m
Thanks. I'm just now getting around to looking at this script. This
creates a mailbox, but don't you also need to set access privileges for
the user associated with this mailbox?
On 09/16/2015 12:00 PM, Patrick Boutilier wrote:
>
> We use this simple perl script to add users. Fill in appropr
these are the permissions that are created by default anyway?
I.e. it would be sufficient to just do this?
localhost> cm user/daffyduck
On 09/17/2015 03:03 PM, Patrick Boutilier wrote:
> On 09/17/2015 04:07 PM, Patrick Goetz wrote:
>> Thanks. I'm just now getting around to
, 17 Sep 2015, at 02:33 AM, Patrick Goetz wrote:
>> pgoetz@www:~$ cyradm --user administrator localhost
>> perl: symbol lookup error:
>> /usr/lib/perl5/site_perl/auto/Cyrus/IMAP/IMAP.so: undefined symbol:
>> Perl_xs_apiversion_bootcheck
>> I'm running Arch lin
1 - 100 of 149 matches
Mail list logo
