On Thu, 13 Oct 2016, Sergey via Info-cyrus wrote:
On Wednesday 12 October 2016, Sergey via Info-cyrus wrote:
I'm wrong, "expunge_mode: immediate" works. I was expecting
quick delete, but it is slow: about 30 seconds or more.
and a lot time for big mailboxes: some minutes.
If I remember cor
On Wednesday 12 October 2016, Sergey via Info-cyrus wrote:
> I'm wrong, "expunge_mode: immediate" works. I was expecting
> quick delete, but it is slow: about 30 seconds or more.
and a lot time for big mailboxes: some minutes.
--
Regards, Sergey
Cyrus Home Page: http://www.cyrusimap.org/
L
On Tuesday 11 October 2016, Patrick Boutilier via Info-cyrus wrote:
> > | The default for the imapd.conf(5) configuration option expunge_mode
> > | has changed from default to delayed.
> >
> > I attempt to use "default" and "immediate" values for expunge_mode but
> > messages remains to be on file
On 10/11/2016 10:07 AM, Sergey via Info-cyrus wrote:
On Tuesday 11 October 2016, Patrick Boutilier via Info-cyrus wrote:
http://www.cyrusimap.org/imap/download/release-notes/2.5/x/2.5.0.html#imap-relnotes-2-5-0-upgrading
Thanks. I see what link unchanged but redirection is not happening now.
On Tuesday 11 October 2016, Patrick Boutilier via Info-cyrus wrote:
> http://www.cyrusimap.org/imap/download/release-notes/2.5/x/2.5.0.html#imap-relnotes-2-5-0-upgrading
Thanks. I see what link unchanged but redirection is not happening now.
It can be read now.
| The default for the imapd.conf(
On 10/11/2016 07:46 AM, Sergey via Info-cyrus wrote:
On Saturday 19 September 2015, Patrick Boutilier wrote:
https://docs.cyrus.foundation/imap/release-notes/2.5/x/2.5.0.html
Looks for Default Change: delete_mode and Default Change:
expunge_mode
Hm. Link is moved now and possible changed.
On Saturday 19 September 2015, Patrick Boutilier wrote:
> https://docs.cyrus.foundation/imap/release-notes/2.5/x/2.5.0.html
> Looks for Default Change: delete_mode and Default Change:
> expunge_mode
Hm. Link is moved now and possible changed. How can I found
changes for 2.4 --> 2.5 update ?
Ellie sent this helpful email (see below) a couple of months ago, and at
the time I did not have an answer to this question:
> At this point, I believe master is still running as root (it doesn't
> become_cyrus() until a little while later), so it's curious that the
> request is being rejected.
I thought with newer versions of Cyrus you could just run commands as
root. Yup, from 2.3.9 on
Changes to the Cyrus IMAP Server since 2.3.8
Allow utilities to be run as root (acquiring 'cyrus' uid on-the-fly).
Thanks, I missed that change. I guess I'd still prefer to work as user
cyrus, but
On 10/16/2015 10:08 AM, Tom Sparrow wrote:
Not sure how 'answered' this question is since 3rd, but since I was
having this problem this week thought I'd pitch in.
I used
sudo -u cyrus /bin/sh
which saves on forgetting to change it back (and has the advantage of
not opening anything up further th
Not sure how 'answered' this question is since 3rd, but since I was
having this problem this week thought I'd pitch in.
I used
sudo -u cyrus /bin/sh
which saves on forgetting to change it back (and has the advantage of
not opening anything up further than required in the mean time).
On 16/10/1
--On 3. Oktober 2015 05:51:42 -0500 Patrick Goetz
wrote:
I have a question about best practices. I usually have the shell for
user cyrus set to /bin/false. So to run a reconstruct, I have to change
this to /bin/bash (or something) first in order to be able to log in as
cyrus and execute the
This is just a follow up to my previous email (see below).
Reconstructing the mailboxes:
# systemctl stop cyrus-master
# su - cyrus
# /usr/lib/cyrus/bin/reconstruct -r -f user/djones
# -d
# systemctl start cyrus-master
resolved the problem.
I have a question about best practices.
On 22/09/15 11:01, Patrick Goetz wrote:
> 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 Thunde
Hi -
I think you mean compare the actual mail spool to the contents of (on Arch)
/var/imap/user/d/djones.sub
Yes, as far as I can tell the subscription file contains only valid mail
folders; however, I did notice that one of the mail subfolders starts
with a number:
user.djones.Archi
Am 22.09.2015 12:01, schrieb Patrick Goetz:
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 Thunderbir
> I notice that our code for increasing the current and maximum value of
> this limit tries to set both to RLIM_INFINITY in the same setrlimit
> call. I'm wondering if we need to actually set the maximum to
> RLIM_INFINITY with one call, and then set the current in a subsequent
> call. I'll exper
Hi Patrick,
> Second, where is this coming from?
>
>Sep 19 05:44:54 toad cyrus/master[22860]: setrlimit: Unable to set
> file descriptors limit to -1: Operation not permitted
This one is interesting.
Resource limits have a "current" and a "maximum" value. Processes with
suitable capabilit
(I tried sending this message directly to Patrick B., and it was
rejected because utexas.edu apparently has a high spam score? Anyway...)
You have been extremely helpful: thank you very much!
In particular, I was looking at the documentation here:
http://www.cyrusimap.org/docs/cyrus-imapd/
On 09/19/2015 11:41 AM, Patrick Goetz wrote:
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
On 09/19/2015 10:16 AM, Patrick Goetz wrote:
I'm uncertain why the _a was there in the first place. Why can't I just
do this?
squatter cmd="/usr/sbin/squatter" at=0517
You can do that.
I guess the subscript was so there so that you can have multiple
squatter processes firing at diffe
I'm uncertain why the _a was there in the first place. Why can't I just
do this?
squatter cmd="/usr/sbin/squatter" at=0517
I guess the subscript was so there so that you can have multiple
squatter processes firing at different time/frequencies?
On 9/19/2015 7:05 AM, Patrick Boutilier wrot
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 changed (OK, that was
easy to fix), and the upgrade did mostly wo
23 matches
Mail list logo
