Re: Sieve RFC5490 checks user quota usage

2017-03-17 Thread Ken Murchison
There is no mailbox annotation that exposes quota that could be used 
with the mboxmetadata extension (RFC5490) and there is no current Sieve 
extension for checking quota.



On 03/17/2017 11:01 AM, Paolo Cravero wrote:

Hello.
I am trying to figure out if sieve, with RFC5490 support, is able to 
read user's disk quota (used) and act accordingly.
I would like to trigger a mail to "self" if quota is above a given 
percent. Something like a vacation message (so once a day or so), 
triggered on arrival AND if quota is above X %.

If sieve doesn't support this, is there another way to do it?
Thanks and have a nice weekend,
Paolo



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Sieve RFC5490 checks user quota usage

2017-03-17 Thread Nic Bernstein

Paolo,
Please clarify; when you say "disk quota," do you mean a filesystem 
level quota, or do you really mean IMAP STORAGE quota, as administered 
through Cyrus?

-nic

On 03/17/2017 10:01 AM, Paolo Cravero wrote:

Hello.
I am trying to figure out if sieve, with RFC5490 support, is able to 
read user's disk quota (used) and act accordingly.
I would like to trigger a mail to "self" if quota is above a given 
percent. Something like a vacation message (so once a day or so), 
triggered on arrival AND if quota is above X %.

If sieve doesn't support this, is there another way to do it?
Thanks and have a nice weekend,
Paolo



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
6525 W Bluemound Road, Suite 24   v. 414.272.4477
Milwaukee, Wisconsin  53213-4073

<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyr_expire suddenly segfaulting

2017-03-17 Thread Nick Howitt

Hi Simon and Bron,

In case you're wondering what happened, I was planning on a manual back 
up this weekend then removing the db folder, but since this e-mail I've 
had no more segfaults or database errors so I'll leave it until it 
happens again.


Thanks,

Nick

On 13/03/2017 05:31, Simon Matter wrote:

So everything is 2.4 defaults, which are:

brong@wot:~/src/cyrus-imapd$ grep '_db"' lib/imapoptions
{ "annotation_db", "skiplist", STRINGLIST("berkeley", "berkeley-hash",
"skiplist")}
{ "duplicate_db", "skiplist", STRINGLIST("berkeley", "berkeley-nosync",
"berkeley-hash", "berkeley-hash-nosync", "skiplist", "sql")}
{ "mboxkey_db", "skiplist", STRINGLIST("berkeley", "skiplist") }
{ "mboxlist_db", "skiplist", STRINGLIST("flat", "berkeley",
"berkeley-hash", "skiplist")}
{ "ptscache_db", "skiplist", STRINGLIST("berkeley", "berkeley-hash",
"skiplist")}
{ "quota_db", "quotalegacy", STRINGLIST("flat", "berkeley",
"berkeley-hash", "skiplist", "sql", "quotalegacy")}
{ "seenstate_db", "skiplist", STRINGLIST("flat", "berkeley",
"berkeley-hash", "skiplist")}
{ "subscription_db", "flat", STRINGLIST("flat", "berkeley",
"berkeley-hash", "skiplist")}
{ "statuscache_db", "skiplist", STRINGLIST("berkeley", "berkeley-nosync",
"berkeley-hash", "berkeley-hash-nosync", "skiplist") }
{ "tlscache_db", "skiplist", STRINGLIST("berkeley", "berkeley-nosync",
"berkeley-hash", "berkeley-hash-nosync", "skiplist", "sql")}
{ "userdeny_db", "flat", STRINGLIST("flat", "berkeley", "berkeley-hash",
"skiplist", "sql")}

So you shouldn't have any berkeley databases at all.  It should be
perfectly safe to shut down Cyrus, delete the $confdir/db folder, and
restart Cyrus.

I suggest to make sure first that the ClearOS build really uses those
defaults - because they could change defaults in their builds.

Simon


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Re: Cyrus IMAP 3.0.0-rc4 released

2017-03-17 Thread Hajimu UMEMOTO
Hi,

> On Fri, 17 Mar 2017 17:04:52 +1100
> ellie timoney  said:

ellie> The Cyrus team is proud to announce the immediate availability of the
ellie> third release candidate from the Cyrus IMAP 3.0 series: 3.0.0-rc4.

It seems that even when http is not enabled, the header of ical is
required wrongly.  The attached patch should fix this problem.

Sincerely,

--- imap/index.c.orig   2017-03-17 04:11:35 UTC
+++ imap/index.c
@@ -53,8 +53,10 @@
 #include 
 #include 
 
+#ifdef USE_HTTPD
 /* For iCalendar indexing */
 #include 
+#endif
 
 #include "acl.h"
 #include "annotate.h"

--
Hajimu UMEMOTO
u...@mahoroba.org  u...@freebsd.org
http://www.mahoroba.org/~ume/

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Cyrus IMAP 3.0.0-rc4 released

2017-03-17 Thread Paolo Cravero
Hello Ellie
 
>  > The Cyrus team is proud to announce the immediate availability of the
 >  > third release candidate from the Cyrus IMAP 3.0 series: 3.0.0-rc4.
 
Thanks to all the team for working bringing further our beloved IMAP server.
 
 
I read the release notes and got caught by this statement:
 
"Under delete_mode: delayed, only the 20 most recently deleted mailboxes are
kept for any given name."
 
Not being a native English speaker I may have not a clear idea of the
meaning of "for any given name", so I ask for a clarification.
 
Is it "20 most recently deleted mailboxes regardless of their name"?
Or is it "20 most recently deleted mailboxes with the same name"? "... same
path"?
Or something else?
 
In practice,
 
1) what happens if thirty users delete one mailbox each, all with different
names?
 
2) what happens if we remove 100 accounts and all their tree (dm
user/.@example.com 100 times)?
 
We rely on keeping deleted messages and mailboxes/folders for few days on
the filesystem so that recoveries do not hit the backup guys, but can be
operated with a simple wrapper to unexpunge.
 
Thank you for clarifications,
Paolo
 
 
 
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Sieve RFC5490 checks user quota usage

2017-03-17 Thread Paolo Cravero
Hello.
I am trying to figure out if sieve, with RFC5490 support, is able to read
user's disk quota (used) and act accordingly.
 
I would like to trigger a mail to "self" if quota is above a given percent.
Something like a vacation message (so once a day or so), triggered on
arrival AND if quota is above X %.
 
If sieve doesn't support this, is there another way to do it?
 
Thanks and have a nice weekend,
Paolo
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus