Re: Solaris (11) support

[André Schild]

Hello Jean-Christophe,


Am 14.06.2018 um 18:44 schrieb Jean-Christophe Delaye:

I have spent several days working in trying to have a running murder
configuration using Cyrus Imap 3.0.x on Solaris 11.3.
I checked and installed the required software components (gcc and
tools). Everything is compliling  and installing fine, but I have issue
with mupdate process specially from slave to master sync.


Some more specific problem description might be usefull if you need 
help...  ;)


André

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: Re: Sporadic TLS/STARTTLS negotitation failed

[André Schild]

Am 07.03.2018 um 19:51 schrieb Andrew Nichols via Info-cyrus:

Am 07.03.2018 um 17:00 schrieb Andrew Nichols via Info-cyrus:

Hello,

We run a cyrus-imap 2.5.11 server under FreeBSD and we are experiencing issues 
with TLS/STARTTLS negotiation failed entries in the log, which show as timeouts 
on the client side.   It?s all different email clients and even our monitoring 
experiencing these failures.  Other TLS services (https mostly) on the same 
server do not have these failures.  There are also times when these errors ramp 
up and happen to most TLS clients, which is only solved by restarting cyrus.
Has anyone else experiences these issues or have any tips on where to look to 
figure out the root cause?

Has your server enough entropy?
Specially cloud servers with no physical ports can run low on entropy
and the random number generator used for SSL/TLS stuff needs to way
until it is filled up again.

To check the amount of bytes of entropy currently available, use

|cat /proc/sys/kernel/random/entropy_avail From
https://serverfault.com/questions/214605/gpg-does-not-have-enough-entropy|



That’s what I had though at the start, but this is a physical server and 
/dev/random in FreeBSD is the same as /dev/urandom so it doesn’t block once 
seeded.  Also, when this starts happening the other services on the machine 
that need entropy aren’t affected.


Do you monitor the number of cyrus processes (pop/imap/sieve/... )
Perhaps you reach the configured limit?

André

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: Sporadic TLS/STARTTLS negotitation failed

[André Schild]

Am 07.03.2018 um 17:00 schrieb Andrew Nichols via Info-cyrus:

Hello,

We run a cyrus-imap 2.5.11 server under FreeBSD and we are experiencing issues 
with TLS/STARTTLS negotiation failed entries in the log, which show as timeouts 
on the client side.   It’s all different email clients and even our monitoring 
experiencing these failures.  Other TLS services (https mostly) on the same 
server do not have these failures.  There are also times when these errors ramp 
up and happen to most TLS clients, which is only solved by restarting cyrus.
Has anyone else experiences these issues or have any tips on where to look to 
figure out the root cause?


Has your server enough entropy?
Specially cloud servers with no physical ports can run low on entropy 
and the random number generator used for SSL/TLS stuff needs to way 
until it is filled up again.


To check the amount of bytes of entropy currently available, use

|cat /proc/sys/kernel/random/entropy_avail From 
https://serverfault.com/questions/214605/gpg-does-not-have-enough-entropy|



André

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: Trouble with Outlook 2013, especially with the upgrade from 12/8

[André Schild via Info-cyrus]

Am 11.12.2015 um 14:18 schrieb Sebastian Hagedorn via Info-cyrus:

Hi,

we've always had more problems with users of Outlook than other 
clients, but in recent days they have become much graver. A number of 
users have lost mail in a way that we couldn't recover, even though we 
are using expunge_mode: delayed. There seems to be some correlation to 
this upgrade from Microsoft:




However, details are vague. There seem to be two types of problems:

1. Folders aren't synched with the IMAP server. There seems to be no 
indication of that in the UI, but has the consequence that mail for 
that folder is stored locally on the PC only. When the upgrade above 
is installed, something resets, which has the result that the local 
copies are purged. Since there are no copies on the server, the mails 
are lost.


2. Folders are moved unexpectedly when you move or rename a folder. 
This is mentioned in the release notes above as a supposedly fixed 
bug. It certainly has happened prior to the upgrade, but it's less 
clear if the bug is really fixed. This is especially harmful if the 
folders are moved to the Trash.


We were able to undelete some such folders, but according to at least 
one user (some) mail or folders inside those folders were lost. We can 
find no evidence of that in our logs.


Has anybody else observed issues like these? We are running 2.4.18, FWIW.


Outlook and IMAP is just pain, it's not intended to work, otherwise who 
would buy the exchange server?


1) We see this rather seldom, but sometimes mails come in after 2-10 
hours, not even a "Fetch mail" helps


2) Definitively a major problem of Outlook 2013, working with IMAP 
folders in copy/rename operations is random at best


André



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: Active sync Front end

[André Schild]

Am 05.11.2014 um 09:31 schrieb Ram:
> I have been getting requests to  enable active sync on my cyrus mailserver.
> There are third party solutions like z-push  but those dont seem to work
> on the default mail servers
>
>
> What can I use to enable activesync for cyrus
Sogo and Horde/IMP can provide full Activesync support,
also for calendars and contacts

André

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 based a day of week

[André Schild]

Am 18.09.2013 20:20, schrieb Stefan G. Weichinger:
> Am 13.03.2013 15:04, schrieb André Schild:
>> Hello,
>>
>> we have a customer where they have two persons working each 4 days a week.
>>
>> On friday in the email of User1 there should be a auto answer for friday
>> On Monday in the mail of User2, there should be a auto answer for monday
>>
>> I think this should be possible when RFC 5260 is implemented,
>> but according to this, we don't have it yet.
>>
>> Is there another way I could activate/deactivate the auto answers
>> on day-per-week automatically ?
>>
> I also need that ... any answer found yet?
>
> AFAI googled the "date" extension would be able to do that ... but I
> don't have that in my gentoo installation.

Since cyrus currently does not allow this, I had to switch to a CRON 
based solution.

I use two files for each "state" we wish to have.

The script file to set the new sieve rules:
#!/bin/bash
cd /opt/auto-sieve/u...@domain.ch
sieveshell --user=u...@domain.ch --password=XX 
--authname=u...@domain.ch --execfile=activate.ss localhost


And the file with the commands to put the sieve file to the server
put freitag.script
activate freitag


And finally the sieve script for friday.


With best regards

André Schild


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 based a day of week

[André Schild]

Hello,

we have a customer where they have two persons working each 4 days a week.

On friday in the email of User1 there should be a auto answer for friday
On Monday in the mail of User2, there should be a auto answer for monday

I think this should be possible when RFC 5260 is implemented,
but according to this, we don't have it yet.

Is there another way I could activate/deactivate the auto answers
on day-per-week automatically ?


http://tools.ietf.org/html/rfc5260
http://bugzilla.cyrusimap.org/show_bug.cgi?id=3724


André

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: Tuning some defaults for 2.5: lmtp_downcase_rcpt

[André Schild]

Am 11.02.2011 15:06, schrieb Jeroen van Meeuwen (Kolab Systems):


André Schild wrote:

> Hello,

>

> Am 11.02.2011 14:11, schrieb Jeroen van Meeuwen (Kolab Systems):

> > Long story short; the proposal is to ship with a default

> > lmtp_downcase_rcpt of 1.

>

> Sound OK for me.

>

> When chaning upper/lowercases we always have to consider character sets.

> For the user part it's no problem because here only basic characters are

> allowed,

> but what about a mailbox like: user@BÜCHER.CH ?

>

I don't think these characters are allowed in DNS / KRB, so hopefully 
that addresses that concern.




@bücher.ch is allowed.
In dns this is represented as a IDN encoded name in the form of***

 xn--bcher-kva.ch* is the ACE string, and it is this string that is 
entered in the DNS.


For technical reasons, the character string that has been processed by 
the algorithm is several


https://www.nic.ch/reg/wcmPage.action;jsessionid=256F10E27B3713EEAF8E2FBD89827125?lid=en&plain=&res=/reg/guest/faqs/idn.jsp

André

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

Re: Tuning some defaults for 2.5: lmtp_downcase_rcpt

[André Schild]

Hello,

Am 11.02.2011 14:11, schrieb Jeroen van Meeuwen (Kolab Systems):


Hi there,

(This is a re-posted message from our development mailing list.)

In our IRC channel, it was suggested to look at RFC 2821, section 2.4, 
quoted as saying:


"However, exploiting the case sensitivity of mailbox local-parts 
impedes interoperability and is discouraged."


The problem statement is as follows: The recipient is u...@domain.de, 
and while the mailbox name is "u...@domain.de", or even "user", the 
mail bounced.


Not completely aware of the full implications and/or codebase, I 
wanted to put the topic on switching the default to be relaxed in the 
case of case sensitivity out there for discussion.


Long story short; the proposal is to ship with a default 
lmtp_downcase_rcpt of 1.




Sound OK for me.

When chaning upper/lowercases we always have to consider character sets.
For the user part it's no problem because here only basic characters are 
allowed,

but what about a mailbox like:  user@BÜCHER.CH   ?

How is this represented in the store ?
Via the same IDN mapping as for the dns servers ?
If yes, then we don't have a problem,
but otherwise this will potentially cause problems in the future.

André


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

Re: IMAP not seeing old mail present on filesystem

[André Schild]

  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 to transfer mail to the new one.
>   Old system is not bootable, unfortunately.
>
>   FYI: I have 943 directories&  298,409 mail files, so manually fixing 
> things isn't feasible.
>
>   Thanks for all the suggestions!
Are the location of the "old" mails correct for the new system ?
Means: When you deliver a new mail, does it appear in the same folder as 
the old ones ?

Another thing: Did you make sure the reconstruct runs under the correct 
user account ? (Probably cyrus)
and the file owner/groups are correct for the new system ? (Not root)

André

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

Re: competition

[André Schild]

  Am 22.09.2010 16:17, schrieb Lucas Zinato Carraro:
>   For me it would be very interesting a option to save cyrus tables
>in a traditional database. ( mysql, postgresql, etc... )
Beside "interesting" what would you get for a real benefit from this ?
They are ver verly likely to be slower.

André


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

Re: competition

[André Schild]

  Am 21.09.2010 23:15, schrieb Jeffrey T Eaton:
>> Debian is still stuck on 2.2 and there seems to be no progress in that area.
>>
>> The main problem they apparently have, is the migration path for the various
>> DB files from 2.2 to 2.3.
>> (The 2.3 version itself works fine as .deb packages)
> What "migration path"?  Cyrus 2.3 supports all of the same database
> backends that Cyrus 2.2 did.
>
> To the best of my knowledge, you can drop in Cyrus 2.3 binaries, and
> with the same config files as 2.2 used, everything will just work.
> You can't easily go back, because I believe that 2.3 will update
> cyrus.index files to a format which 2.2 doesn't recognize, but that
> shouldn't prevent anyone from upgrading.
 From a cyrus point of view this might be true,
but in real upgrades most of the time also the DB version changes
and here is one of the pitfalls (Not only for cyrus)

Here the current statement from the debian guys.

http://lists.alioth.debian.org/pipermail/pkg-cyrus-imapd-debian-devel/2010-August/003427.html

André

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

Re: competition

[André Schild]

  Am 21.09.2010 11:35, schrieb Simon Matter:
>> I don't know, where this bad karma is coming from - I'm still happy with
> I guess it's simply because for many years there were no clean packages
> for the most used operating systems.
>
Debian is still stuck on 2.2 and there seems to be no progress in that area.

The main problem they apparently have, is the migration path for the various
DB files from 2.2 to 2.3.
(The 2.3 version itself works fine as .deb packages)

André

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

Re: competition

[André Schild]

Am 21.09.2010 09:31, schrieb Pascal Gienger:
> I begin to be tired from this "dovecot is much more besser, you HAVE TO USE 
> IT", why don't you migrate, ... ...?

I think we have two different cases to consider:

1. Experienced users, running a cyrus installation for several months/years.
 Here I see no "danger" that they switch over to another imap 
project, unless
 that project provides better "overall experience" for the them.
 Running cyrus since ~8 years now, we don't intend to switch to 
another project.

2. Newbies, which do not know cyrus, they just ask for advice and a 
simple starter
 experience with the imap server.
 In the last month there has been much posts of type "Dovecot is the 
greates/simples/best/etc. "
 So the new users are very likely to go to dovecot instead of cyrus, 
because of "advices"
 from other internet users.

So I think we should take care, that cyrus is not loosing new users, 
because the
userbase will shrink over the years, compared to dovecot.

One important thing is the documentation of the imap server,
and there cyrus could offer more (Just my opinion)

Also the SASL stuff is not first-user friendly (But very powerfull when 
understood)
So helping new users in this area would probably also help for getting 
cyrus "recommendations" for new users.


André


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

Re: Domain support in masssievec missing ?

[André Schild]

  Thanks,

worked.

André

On 03.09.2010 17:37, Dave McMurtrie wrote:
> 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://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: New Cyrus project site and bugzilla

[André Schild]

  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: Domain support in masssievec missing ?

[André Schild]

 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]

 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  [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 () {
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 . "/&q

Re: shared \seen flags on shared folders

[André Schild]

Adam Tauno Williams schrieb:

On Thu, 2010-09-02 at 10:59 +0100, Gavin McCullagh wrote:
  

Hi,
sorry for the very late reply.
On Thu, 12 Aug 2010, Wesley Craig wrote:


On 12 Aug 2010, at 09:17, Gavin McCullagh wrote:
  

I gather courier shares the \seen flag between users sharing a
folder.  Is it possible to do this on cyrus?


I believe "sharedseen" does what you're looking for.  See "man cyradm":
"sharedseen"
   Enables the use of a shared \Seen flag on messages rather than
   a per-user \Seen flag.  The ’s’ right in the mailbox ACL still
   controls whether a user can set the shared \Seen flag.
  

Brilliant, thanks.  I hadn't noticed that.


The Kolab client may have direct support for managing sharedseen, so
you might take a look at that, as well.
  

It has a sufficiently new cyradm to support sharedseen, but it doesn't seem
to have a web-based way to do this.  



This is a constant pain (cyradm isn't very help-desk friendly).

Does anyone know of a, even abandoned, project to implement the cyradm
capabilities as a network API?  SOAP, XML-RPC, REST, whatever  It
would be really nice to be able to manage a Cyrus server via an API (and
make building clients for that task way easier).
  


I started a small project a few years ago for this in java...

https://sourceforge.net/projects/jcyrusapi/

It still does what we need (And we don't needed much at that time...)

additionally a search on SF returns a list:

https://sourceforge.net/search/?words=cyrus&type_of_search=soft&words=cyrus&search=Search



André





smime.p7s
Description: S/MIME Cryptographic Signature

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

Domain support in masssievec missing ?

[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é



smime.p7s
Description: S/MIME Cryptographic Signature

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