Re: Action on move to folder
On Thu, 02 Sep 2010 16:27:26 -0400, Adam Tauno Williams awill...@whitemice.org wrote: On Thu, 2010-09-02 at 22:17 +0200, Julien Vehent wrote: Hello cyrus folks, I would like to find a solution to easily feed dspam, and I was wondering if there would be an elegant way to trigger an action when a message is moved to a specific folder. ie: move message 'm' to folder 'spam' triggers 'send m to s...@mydomain.net' (or even better, launch an external program with 'm' as an argument). Can imapd do that ? Sieve maybe ? I haven't found a way. It would be great; we use RabbitAMQ extensively and I've looked for a way to *reliably* pop a message append-to-folder-XYZ into the queue. You can scrape the logs or fad the filesystem folder, but neither ends up being terribly *reliable*. In might case, it would be even more simply to add a button to the webmail interface that performs the move to folder and the forward. But I was looking for a imap side action, that would be client side independant. Is there a wishlist for imapd where I could add this feature ? Julien Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Domain support in masssievec missing ?
Ok,
I attached the modified script and also a udiffversion of it.
Where should I post/submit this to be included i the main distribution ?
André
Am 31.08.2010 11:26, schrieb André Schild:
Hello,
we are currently in migrating from debian cyrus 2.2.12 to debian
2.3.16 on a new server.
So far everything works fine, we migrated the users, mailboxes and
flags sucessfully.
But the sieve scripts are not recompiled on the new server.
If I recompile them manually they tend to become a few bytes smaller,
so I think we must recompile the scripts to get them working.
This would be a task for masssievec script.
But it looks like this script works only in a non-virtual domain setup.
Can anyone confirm this ?
What's the simplest way to compile all scripts for all users ?
André
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
#!/usr/bin/perl -w
#
# Script for mass compilation of sieve scripts.
#
# Copyright (c) 1994-2008 Carnegie Mellon University. All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
#
# 1. Redistributions of source code must retain the above copyright
#notice, this list of conditions and the following disclaimer.
#
# 2. Redistributions in binary form must reproduce the above copyright
#notice, this list of conditions and the following disclaimer in
#the documentation and/or other materials provided with the
#distribution.
#
# 3. The name Carnegie Mellon University must not be used to
#endorse or promote products derived from this software without
#prior written permission. For permission or any legal
#details, please contact
# Carnegie Mellon University
# Center for Technology Transfer and Enterprise Creation
# 4615 Forbes Avenue
# Suite 302
# Pittsburgh, PA 15213
# (412) 268-7393, fax: (412) 268-7395
# innovat...@andrew.cmu.edu
#
# 4. Redistributions of any form whatsoever must retain the following
#acknowledgment:
#This product includes software developed by Computing Services
# at Carnegie Mellon University (http://www.cmu.edu/computing/).
#
# CARNEGIE MELLON UNIVERSITY DISCLAIMS ALL WARRANTIES WITH REGARD TO
# THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY
# AND FITNESS, IN NO EVENT SHALL CARNEGIE MELLON UNIVERSITY BE LIABLE
# FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
# WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN
# AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING
# OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
#
# $Id: masssievec,v 1.7 2008/03/24 20:25:22 murch Exp $
require 5;
$| = 1;
die must not run as root if ($ == 0);
if(@ARGV 1) {
print usage: masssievec path to sievec [imapd.conf]\n;
exit;
}
$SIEVEC = shift @ARGV;
$imapdconf = shift @ARGV;
if(!defined($imapdconf)) {
$imapdconf = /etc/imapd.conf;
}
$sievedir = /usr/sieve;
$hasdomains = 0;
if(! -x $SIEVEC) {
print $SIEVEC is not executable\n;
exit;
}
if($SIEVEC !~ /^\//) {
print $SIEVEC is not an absolute path\n;
exit;
}
sub read_conf {
my $file = shift;
open CONF, $file or die can't open $file;
while (CONF) {
if (/^#/) {
next;
}
if (/\...@include:\s+(.*)$/) {
push @configs, $1;
}
if (/^sieveusehomedir:\s+(1|t|yes|on)/) {
print you are storing sieve scripts in user's home directories,
this script cannot deal with that\n;
exit;
}
if (/^sievedir:\s+(.*)$/) {
$sievedir = $1;
}
if (/^virtdomains:\s+(userid|on)/) {
$hasdomains= 1;
}
}
close CONF;
}
push @configs, $imapdconf;
while ($conf = shift @configs) {
read_conf($conf);
}
print you are using $sievedir as your sieve directory.\n;
if ($hasdomains eq 1)
{
print you are using virtual domains\n;
opendir DOMAIN, $sievedir . /domain;
while (defined($s = readdir DOMAIN)) {
next if ($s eq . || $s eq ..);
chdir $sievedir . /domain . /$s;
$letterdir= $sievedir . /domain . /$s;
opendir DOMAINLETTERS, .;
while(defined($t = readdir DOMAINLETTERS)) {
next if ($t eq . || $t eq ..);
print processing domain $t\n;
# print calling sievec for: . $letterdir . / .
$t . \n;
processUsers($letterdir . / . $t);
}
closedir DOMAINLETTERS
}
closedir DOMAIN;
}
else
{
processUsers($sievedir);
}
sub processUsers
{
opendir TOP, $_[0];
Re: Domain support in masssievec missing ?
André Schild wrote: Ok, I attached the modified script and also a udiffversion of it. Where should I post/submit this to be included i the main distribution ? Either here, or in bugzilla, I think. I like it, so I'm just going to state my +1 here. It could take a while for the changes to be actually committed to the upstream SCM system since there's few people with access. Kind regards, -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Domain support in masssievec missing ?
Andre, Please submit your patch to bugzilla so that it doesn't get lost. On Fri, 3 Sep 2010, Jeroen van Meeuwen (Kolab Systems) wrote: André Schild wrote: Ok, I attached the modified script and also a udiffversion of it. Where should I post/submit this to be included i the main distribution ? Either here, or in bugzilla, I think. I like it, so I'm just going to state my +1 here. It could take a while for the changes to be actually committed to the upstream SCM system since there's few people with access. Kind regards, -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
New Cyrus project site and bugzilla
Good morning, I'm pleased to announce that we are migrating over to a new website and bugzilla server today. The new site is now available at http://www.cyrusimap.org/, notwithstanding any DNS cache issues (I forgot to lower the ttl, so you may end up still hitting the old server until later today). We're very interested in growing the Cyrus project and attracting new volunteers to contribute to the project, and that desire is at the core of why this migration is taking place. The biggest change is that we're trying to separate the environment from Carnegie Mellon University infrastructure as much as possible. Previously, contributions of any kind would end up requiring us to create a CMU computer account for a willing volunteer. We can now simply create local shell accounts as required. Almost the entire website has been created using MediaWiki software, so anyone who is willing to register for an account may update the website content. There is still a lot of work to do before this migration is complete, so you may find some stale links, places where I don't yet have redirects set up from the old servers, etc. If you encounter these, please feel free to fix them if you already have access, request access to fix them if you don't, or simply report them. In particular, the old bugzilla server is currently not running so nobody may accidentally update things there. If you need bugzilla access today, you can be sure you're talking to the new server by either following a link from http://www.cyrusimap.org/ or by directly visiting http://bugzilla.cyrusimap.org/ Lastly, I'd like to graciously thank Yoni Afek, the web designer who did the bulk of the work necessary to make all this happen with little or no direction along the way. Please don't hesitate to contact him at http://yoniafek.com/ if you require his services. Thank you, Dave Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Domain support in masssievec missing ?
Hello Matt, Am 03.09.2010 17:19, schrieb Matt Selsky: Andre, Please submit your patch to bugzilla so that it doesn't get lost. I can't access bugzilla at all. (Tested several times this week) The address is (according to the wiki) http://bugzilla.andrew.cmu.edu/ Firefox just tells me, that it could not connect to that server. A traceroute gives this: e: 1 1 ms 1 ms 1 ms 192.168.200.5 2 1 ms 1 ms 1 ms 212.203.121.1 3 7 ms12 ms17 ms 212.203.111.145 497 ms 112 ms95 ms xe-11-3-0.edge1.NewYork1.Level3.net [4.78.132.21] 5 107 ms 111 ms 104 ms vlan99.csw4.NewYork1.Level3.net [4.68.16.254] 6 104 ms96 ms96 ms ae-91-91.ebr1.NewYork1.Level3.net [4.69.134.77] 7 104 ms 106 ms 126 ms ae-10-10.ebr2.Washington12.Level3.net [4.69.148.50] 8 101 ms 101 ms 101 ms ae-1-100.ebr1.Washington12.Level3.net [4.69.143.213] 9 130 ms 101 ms 124 ms ae-8-8.ebr1.Washington1.Level3.net [4.69.143.217] 10 107 ms 108 ms 107 ms ae-5-5.car1.Pittsburgh3.Level3.net [4.69.135.241] 11 107 ms 107 ms 121 ms CARNEGIE-ME.car1.Pittsburgh3.Level3.net [4.49.108.46] 12 107 ms 108 ms 107 ms CORE255-VL987.GW.CMU.NET [128.2.255.249] 13 130 ms 109 ms 109 ms POD-D-WEH-VL961.GW.CMU.NET [128.2.255.212] 14 *** Zeitüberschreitung der Anforderung. 15 *** Zeitüberschreitung der Anforderung. 16 *** Zeitüberschreitung der Anforderung. André On Fri, 3 Sep 2010, Jeroen van Meeuwen (Kolab Systems) wrote: André Schild wrote: Ok, I attached the modified script and also a udiffversion of it. Where should I post/submit this to be included i the main distribution ? Either here, or in bugzilla, I think. I like it, so I'm just going to state my +1 here. It could take a while for the changes to be actually committed to the upstream SCM system since there's few people with access. Kind regards, -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Domain support in masssievec missing ?
André Schild wrote: Hello Matt, Am 03.09.2010 17:19, schrieb Matt Selsky: Andre, Please submit your patch to bugzilla so that it doesn't get lost. I can't access bugzilla at all. (Tested several times this week) The address is (according to the wiki) http://bugzilla.andrew.cmu.edu/ Firefox just tells me, that it could not connect to that server. Try: http://bugzilla.cyrusimap.org/ (c-name) or http://bugzilla-01.cyrusimap.org/ Sorry, I'm in the middle of phasing the old stuff out. Please let me know if you have any issues with with new bugzilla. Thank you, Dave Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: New Cyrus project site and bugzilla
On 03/09/10 11:26 -0400, Dave McMurtrie wrote: Good morning, I'm pleased to announce that we are migrating over to a new website and bugzilla server today. The new site is now available at http://www.cyrusimap.org/, notwithstanding any DNS cache issues (I forgot to lower the ttl, so you may end up still hitting the old server until later today). I don't think SASL 2.1.24 has been released yet. The link to 2.1.24 (on the new front page) points to the 2.1.24rc1 release from last year. -- Dan White Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Domain support in masssievec missing ?
André Schild wrote: Hello Matt, Am 03.09.2010 17:19, schrieb Matt Selsky: Andre, Please submit your patch to bugzilla so that it doesn't get lost. I can't access bugzilla at all. (Tested several times this week) The address is (according to the wiki) http://bugzilla.andrew.cmu.edu/ Firefox just tells me, that it could not connect to that server. Bugzilla, it seems, is being moved to new infrastructure today. -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: New Cyrus project site and bugzilla
Am 03.09.2010 17:26, schrieb Dave McMurtrie: Good morning, I'm pleased to announce that we are migrating over to a new website and bugzilla server today. The new site is now available at http://www.cyrusimap.org/, notwithstanding any DNS cache issues (I forgot to lower the ttl, so you may end up still hitting the old server until later today). Hello Dave, looks like the codepage of the (german) bugzilla website is wrong. All öäüéàè etc. are wrong, looks like a UTF-8 header is missing. So Firefox interprets the pages as ISO-8859-1. André Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: New Cyrus project site and bugzilla
Jeroen van Meeuwen (Kolab Systems) wrote: Dave McMurtrie wrote: Good morning, I'm pleased to announce that we are migrating over to a new website and bugzilla server today. Hi Dave, I'm missing CLOSED - DEFERRED bug statuses, for bugs that just have insufficient follow-up. I'm not sure it was there on the old infrastructure, but I would certainly like to have it. Further down the road; - I cannot go to CLOSED immediately, but have to go through RESOLVED, which is wrong of sorts in some cases. - I notice there is no RESOLVED/CLOSED - NEXTRELEASE for RFE tickets. - Between NEW and ASSIGNED can be CONFIRMED - for people like me who can take a NEW bug and confirm it, but cannot actually be ASSIGNED the task of committing the fix. I see there's UNCONFIRMED, which would be reasonable as well, but the initial state for a new bug though is... NEW ;-) Kind regards, -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: New Cyrus project site and bugzilla
On 9/3/10 4:25 PM, Jeroen van Meeuwen (Kolab Systems) wrote: Jeroen van Meeuwen (Kolab Systems) wrote: Dave McMurtrie wrote: Good morning, I'm pleased to announce that we are migrating over to a new website and bugzilla server today. Hi Dave, I'm missing CLOSED - DEFERRED bug statuses, for bugs that just have insufficient follow-up. I'm not sure it was there on the old infrastructure, but I would certainly like to have it. Further down the road; - I cannot go to CLOSED immediately, but have to go through RESOLVED, which is wrong of sorts in some cases. - I notice there is no RESOLVED/CLOSED - NEXTRELEASE for RFE tickets. - Between NEW and ASSIGNED can be CONFIRMED - for people like me who can take a NEW bug and confirm it, but cannot actually be ASSIGNED the task of committing the fix. I see there's UNCONFIRMED, which would be reasonable as well, but the initial state for a new bug though is... NEW ;-) Hi Jeroen, I gave you admin and tweakparams rights in bugzilla. There's a fancy interface for Bug Status Workflow under the Administration menu that should allow you to set this up however you think is best. Apologies that I did not copy this configuration over from the old server, but I completely missed it. If you have issues, or simply don't have the time to work on it, I can try again to copy the params from the old server. Thank you, Dave Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: New Cyrus project site and bugzilla
Dave McMurtrie wrote: On 9/3/10 4:25 PM, Jeroen van Meeuwen (Kolab Systems) wrote: Further down the road; - I cannot go to CLOSED immediately, but have to go through RESOLVED, which is wrong of sorts in some cases. - I notice there is no RESOLVED/CLOSED - NEXTRELEASE for RFE tickets. - Between NEW and ASSIGNED can be CONFIRMED - for people like me who can take a NEW bug and confirm it, but cannot actually be ASSIGNED the task of committing the fix. I see there's UNCONFIRMED, which would be reasonable as well, but the initial state for a new bug though is... NEW ;-) Hi Jeroen, I gave you admin and tweakparams rights in bugzilla. There's a fancy interface for Bug Status Workflow under the Administration menu that should allow you to set this up however you think is best. Apologies that I did not copy this configuration over from the old server, but I completely missed it. If you have issues, or simply don't have the time to work on it, I can try again to copy the params from the old server. Hi Dave, I don't think I had these permissions on the old system, but I thank you, and I'll make sure to propose documented work flows on the list before I actually implement them. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html ^^ You may want to update the list signature as well ;-) Kind regards, -- Jeroen van Meeuwen Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: New Cyrus project site and bugzilla
On 9/3/10 8:24 PM, Jeroen van Meeuwen (Kolab Systems) wrote: I don't think I had these permissions on the old system, but I thank you, and I'll make sure to propose documented work flows on the list before I actually implement them. You did not previously have those permissions. I just added them. I went back and looked at the old bugzilla installation, and I actually could not find the workflow config interface there. Perhaps I just didn't look hard enough... Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html ^^ You may want to update the list signature as well ;-) Good idea. I *think* I just did, but if the text below this is broken, I'll know I'm wrong. Thanks, Dave Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
