I believe the version number change (incremental change to stable
release) indicates you shouldn't have any problems, but of course shut
down the service while it's being updated.
Re: Cyrus 3.x packages for Ubuntu:
I thought Debian was the one distro the cyrus crew provided up-to-date
package
This is more of a curiosity question than a problem, as I finally
figured out why authentication stopped working on my cyrus-imapd 2.5.12
server.
I use sasl in PAM mode: /usr/sbin/saslauthd -a pam
A recent Arch linux system upgrade broke authentication on my email
server. The only related ch
Thanks, Ellie -- that was helpful. A couple of follow up comments, though.
On 3/18/19 7:55 PM, ellie timoney wrote:
This page is in the developer section, so its context is for people who are
Cyrus developers (especially for new contributors needing to get rolling
quickly).
Unfortunately no
the
-docs one. I’d argue that manpages are actually useful to have around).
These are only needed at buildtime and need not be present on the actual
server system.
On 3/19/19 5:37 PM, Andreas Piesk wrote:
Am 19.03.19 um 22:00 schrieb Patrick Goetz:
Have you tried the 3.0.9 AUR package?
ar that --disable-pcre is a configuration option you can't
actually use.
On 3/19/19 5:37 PM, Andreas Piesk wrote:
Am 19.03.19 um 22:00 schrieb Patrick Goetz:
Have you tried the 3.0.9 AUR package?
https://aur.archlinux.org/packages/cyrus-imapd
Once you get the dependencies down,
Hi Andreas -
Have you tried the 3.0.9 AUR package?
https://aur.archlinux.org/packages/cyrus-imapd
Once you get the dependencies down, this one compiles and runs.
On 3/19/19 3:38 PM, Andreas Piesk wrote:
Am 19.03.19 um 19:47 schrieb Jason L Tibbitts III:
"AP" == Andreas Piesk writes:
AP>
This page on compiling cyrus-imapd:
https://www.cyrusimap.org/imap/developer/compiling.html
shows a number of build dependencies; however I was just able to compile
cyrus-imapd without these installed:
gperf
libbsd
Are these actually necessary?
Later in the page, under "Alternate d
On 3/14/19 9:46 AM, Simon Matter wrote:
I guess you're missing the fact that these options have possibly changed
between releases. Another thing is that distribution packages can also
alter the defaults and if they don't do it correct, they may "forget" to
also change the docs accordingly.
Tha
On 3/14/19 3:50 AM, Simon Matter wrote:
Dirhashing is controlled by "fulldirhash" and "hashimapspool".
Right. This is what it says in imapd.conf:
fulldirhash: 0
If enabled, uses an improved directory hashing scheme which hashes on
the entire username instead of using just the
The first couple of times I set up cyrus-imapd I used Debian packages
which separated mailboxes in the default partition into folders based on
the starting letter of the mailbox; i.e. something like:
/var/spool/cyrus/mail/{[A-Z,a-z,0-9]}/user
Since I have fewer than 50 users and since I foun
On 3/13/19 11:49 AM, Jason Tibbitts wrote:
> In general I agree with you, but for a distro the issue
> generally comes down to dependencies.
>
> In Fedora, for example, we split the virus scanning portion out to a
> separate package, because otherwise cyrus-imapd ends up with a
> dependency on cla
n admin to have everything available to them in one package
rather than having to go find the correct package for the optional piece
they are looking for. But that's just me.
On 3/12/19 12:39 PM, Patrick Goetz wrote:
I'm finally getting around to updating the Arch linux cyrus-imapd
pac
I'm finally getting around to updating the Arch linux cyrus-imapd
package, and have a question.
Looking through the configuration options, it looks like there are a
number of functionality critical decisions to be made:
CalDAV and CardDAV
./configure --enable-http --enable-calalarmd
Mu
On 01/19/2018 07:50 AM, Nic Bernstein wrote:
> I'm sorry, and don't wish to start a flame war here, but can't just let
> this comment pass. Fastmail are dedicated to improving the
> documentation of Cyrus, and have on staff a person, Nicola Nye
> , for that specific reason. They've spent a
> bun
Op 17-01-18 om 12:33 schreef Sebastian Hagedorn: >> Hi,
A new customer asks me to build a new mailserver environment with
Dovecot. I normally use Cyrus.
My question: What's better in Cyrus?
This is terribly OCD, but I can't stand the maildir message formatting
Dovecot uses. Ugh, how inel
don't understand why it's not documented better. I've been
scratching my head over how to provide this feature for years.
On 12/15/2017 07:51 AM, Nic Bernstein wrote:
On 12/15/2017 07:38 AM, Vladislav Kurz wrote:
On 12/15/17 12:57, Patrick Goetz wrote:
Many thanks to Vladisl
Many thanks to Vladislav and Merlin for setting me in the right
direction for setting up user-activated vacation notifications. A
couple of follow up questions:
On 12/14/2017 03:31 AM, Vladislav Kurz wrote:
>> Also, is there anything special I need to do with my cyrus configuration
>> to allow
I'm trying to set up a vacation auto-response utility for my users, and
it appears that the path of least resistance is to use the sieverules
plugin for roundcube (since roundcube is already installed as their
webmail client alternative to Thunderbird).
In reading through some online hints it
So, this will be fixed in 3.0.3?
On 08/03/2017 01:27 PM, Ken Murchison wrote:
We shouldn't be requiring PCRE in order for LIST to work. This bug is
fixed in Git:
https://github.com/cyrusimap/cyrus-imapd/commit/fa6ff9a9a22ebdd2acdb0a402ba4334725be8194
On 08/03/2017 11:25 AM, Gabriele Bulfon
Did you create the cyrus mailbox before attempting to use squirrel mail?
You have to create the mailbox (and then assign the appropriate user
to have write permissions to it) before you can interface squirrel mail
to cyrus imapd.
On 06/26/2017 04:53 PM, haider al-shook via Info-cyrus wrote:
A couple of weeks ago I reported that cyrus 2.5.10 would no longer run
after OpenSSL was upgraded from 1.0.x to 1.1.x, even after recompiling.
One of the Arch Linux cyrus users pointed out that this modification
to the source files:
for f in $pkgname-$pkgver/imap/*.[hc];
do s
.5.10 configuration
files work as is, or have the key values changed again? Also, the new
default is skiplist2, and I'm on skiplist. Is this going to be like a
previous upgrade where the Berkeley DB files were automatically
converted to skiplists?
On 05/17/2017 10:48 AM, Patrick Goetz wrot
Thanks everyone; this is as I expected.
On 05/17/2017 10:04 AM, Jason Englander wrote:
On Wed, 17 May 2017, Patrick Goetz wrote:
I had to update my mail server for unrelated reasons, after which I
couldn't get cyrus-master to start. It turned out to be related to
ctl_cyrusdb not ru
GCM_SHA384 (rsa 2048) - A
| compressors:
| NULL
| cipher preference: client
|_ least strength: A
Nmap done: 1 IP address (1 host up) scanned in 2.87 seconds
On 05/17/2017 09:52 AM, Wolfgang Breyha wrote:
Patrick Goetz wrote on 17/05/17 16:40:
SSL alert number 40
This error has no
202 bytes
Verification: OK
===
before I start googling, can someone tell me how to disable SSLv3 in
imapd.conf?
On 05/17/2017 08:53 AM, Patrick Goetz wrote:
I had to update my mail server for unrelated reasons, after which I
couldn't get cyrus-master to start.
I had to update my mail server for unrelated reasons, after which I
couldn't get cyrus-master to start. It turned out to be related to
ctl_cyrusdb not running because the program was compiled against
libssl.so.1.0 while this library had been upgraded to libssl.so.1.1
So, I recompiled cyrus (
I'm not 100% sure about how cyrus gets installed on CentOS, but can
attempt to answer some of these:
On 04/30/2017 10:36 PM, Simon Wilson wrote:
1. Is 2.4.17 compatible with the mailboxes transferred from the old
Cyrus 2.3.7 server?
I upgraded from 2.2 to 2.4 in place and don't recall hav
Hi -
I'm assembling some system documentation for a client and have been
pouring over my cyrus notes and looking at the man pages. A couple of
questions, starting with the simple one.
annotations.db: "This database contains mailbox and server annotations."
I still have no idea what this is
Correction: just realized I'm running 2.5.7, not 2.4.17. Probably just
need to upgrade, but am still interested in knowing if there is any way
to get around using cyradm for adding users.
On 04/19/2017 11:12 AM, Patrick Goetz wrote:
I'm running cyrus 2.4.17 on a couple of Arch lin
I'm running cyrus 2.4.17 on a couple of Arch linux servers, and Arch is
an aggressively updated rolling release distro.
I don't have to add new users very often, but ran cyradm today and got
the following error message:
[root@www sbin]# cyradm --user administrator localhost
IMAP.c: loadable l
Why would you need to do this as opposed to, say, just setting up
multiple personalities on your MUA?
On 01/19/2017 02:17 AM, Gabriele Bulfon via Info-cyrus wrote:
Hi,
is there any mechanism with Cyrus imap to impersonate another user?
I've seen other imap servers scenarios where one may use p
On 08/26/2016 08:09 AM, Alvin Starr via Info-cyrus wrote:
What are others doing for mail archival?
If you need to retain all email for regulatory reasons, I would run the
mail through something like a procmail filter, sending one copy to the
user and another to an Archival spool, which could
On 12/26/2015 04:44 PM, Bron Gondwana via Info-cyrus wrote:
Each mailbox can have its storage split between two drives - one that's
high speed with recent mail, and slower speed drives for bulk storage.
At FastMail, we store the current week's email on SSDs in RAID1, and the
remainder (almost a
I've been struggling with figuring out how to set up a sieve vacation
reply script. The documentation on this is pretty sparse, and the stuff
I do find doesn't work. For example,
[cyrus@www ~]$ sieveshell --user=resea...@episcopalarchives.org
--authname=cyrus localhost
connecting to localho
I have some users whose mail folders are approaching 2GB in size.
Unfortunately they can't delete any of this mail, but that doesn't mean
that it needs to be lugged around, indexed, and copied to local mail
caches as part of a live mail system. I find that the probability of
needing to look at
It smells like maybe you have improved_mboxlist_sort set to the wrong value
(off),
and hence it's unable to see the mailbox at all! This is really bogus of the
way that
mailboxes are stored, and I have master plans of fixing it better... *sigh*
Bron.
On Sat, Dec 26, 2015, at 02:47, Patrick Goetz via Info
When I upgraded from 2.4.17 to 2.5.3, I had one user who experienced
inaccessible mail folders post upgrade. Running reconstruct:
# systemctl stop cyrus-master
# su - cyrus
# /usr/lib/cyrus/bin/reconstruct -r -f user/djones
# -d
# systemctl start cyrus-master
temporarily resolve
A couple of months ago I upgraded to 2.5.3 and had one user who suddenly
couldn't access several of his mail folders. The folder names were
displayed in the Thunderbird side panel in grey italics. I ran these
commands:
# systemctl stop cyrus-master
# su - cyrus
# /usr/lib/cyrus/bin
rrent in a subsequent
call. I'll experiment with this a bit and see what happens.
For what it's worth, I don't think it's cause for concern, but it's
pinging me too so I'll have a little rummage and see what shakes out.
Cheers,
ellie
On Sat, Sep 19, 2015, at 10:00 P
truct in 12 years of using cyrus. What do most people do about
this? Is cyrus an ordinary user who can log in by default, or is it
best practice to have shell /bin/false, as I do with most other daemon
users?
On 9/29/2015 6:35 AM, Sunny wrote:
>
>
> On 22/09/15 11:01, Patri
Hi -
It might be helpful to explicate what "completely breaks" means. Also,
what platform are you running cyrus on?
On 09/25/2015 12:21 PM, Geert Janssens wrote:
> Hi,
>
> I'm using cyrus-imap (cyrus-imapd-2.5) as part of the kolab groupware
> suite.
>
> My users have a lot of old appointments
It seems that everyone is using virdomains now, and I need to start
doing this soon myself. 2 questions:
1. Can I use virtdomain accounts alongside the existing
non-domain-specific accounts; or more precisely
2. Can I just add the virtdomain functionality to my existing install
without disrup
ot;." in the mailbox folder name?
On 9/23/2015 12:25 AM, Konrad Mauz wrote:
> Am 22.09.2015 12:01, schrieb Patrick Goetz:
>> Upgrading from 2.4.17 to 2.5.3 resulted in ounixhierarchysepne very strange
>> problem.
>> Some of the users have a large number of nested mail fo
Upgrading from 2.4.17 to 2.5.3 resulted in one very strange problem.
Some of the users have a large number of nested mail folders. After the
upgrade, exactly one user found that some of his folders (say 3 out of
30) are now inaccessible. In Thunderbird they show up, but are greyed
out. If yo
possible to include a note at http://www.cyrusimap.org/docs
pointing people to the new and improved documentation at
https://docs.cyrus.foundation/imap ?
On 9/19/2015 9:50 AM, Patrick Boutilier wrote:
> On 09/19/2015 11:41 AM, Patrick Goetz wrote:
>> Upgrading from 2.4.17 to 2.5.3 I kept
Upgrading from 2.4.17 to 2.5.3 I kept the same configuration files, save
for changing the names of some deprecated variables in
/etc/cyrus/imapd.conf.
Now I am noticing some unexpected behavior; namely when messages are
deleted (in Thunderbird, Trash emptied and folders compacted) the
message
M, Patrick Boutilier wrote:
> On 09/19/2015 09:00 AM, Patrick Goetz wrote:
>> I recall Bron telling us that the upgrade from 2.4.x to 2.5.x would be
>> completely painless. That was mostly, but not completely true.
>>
>> A bunch of variable names in /etc/cyrus/imapd.conf
I recall Bron telling us that the upgrade from 2.4.x to 2.5.x would be
completely painless. That was mostly, but not completely true.
A bunch of variable names in /etc/cyrus/imapd.conf changed (OK, that was
easy to fix), and the upgrade did mostly work out of the box. There was
one issue, how
Just a quick note: IMAP::Admin appears to be broken, at the moment, and
can't be compiled. The Debian people submitted a patch 3 months ago
with no activity, indicating that the Perl module is semi-abandoned.
On 9/17/2015 3:03 PM, Patrick Boutilier wrote:
> On 09/17/2015 04:07 PM,
, 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
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
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
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
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,
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
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 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
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 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
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/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
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
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:
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
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
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
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
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
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
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
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
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
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 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/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
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/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
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
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/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
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
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/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
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/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
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
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/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 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 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
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
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
>>
>>
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
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
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 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
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 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
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
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
1 - 100 of 149 matches
Mail list logo
