Hi,
I installed cyrus-imapd 2.2.3 and imported my old mails. The Shared-
folder have group ACLs like group:sysop. I changed my authentification
from PAM to SASL with saslauthd.
The system is working fine, but if I want to change a group ACL cyradm
says:
8<
> dam admins group:sysop
deleteacl
Sorry for the certificate... :(
Sven Schiwek
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Try changing:
auth sufficient
to
auth required
> I've been hacking at this for quite a bit. A Google search has turned up
> some nice little tidbits, but nothing seems to be working.
>
> I have Cyrus-IMAPD set up, and the mysql auth is funky, to say the least.
> It seems that any user with a
> I just tried this patch, and everything compile fine.
> I wiped out my installation and mailbox partitions and started from
> scratch with this new version. I ran into another problem right away.
> When trying to do various cyradm operations, set ACL's and Deleting
> mailboxes, cyradm will just
Just noticed weird behaviour of reconstruct and
cyrus-imapd-2.1.16 in Sparc Solaris 9 when recovering
an accidentaly deleted user mailbox.
When I first create an user and then recover the
mailfolder which contains inbox and several subfolders
an im
I am trying to compile Cyrus-SASL with LDAP support and OpenLDAP with
Cyrus-SASL support. I want to use saslauthd for IMAP users to
authenticate to our OpenLDAP directory. The problem is that each seems
to be dependent on the other.
Anyone have some ideas on this? I'm doing this on a Slackware 9
Hi,
I wonder if there is common wisdom on this list about how to tune the
values in /proc/sys under Linux for a large Cyrus installation. We run RH
AS 2.1 on a pair of servers that have 8 GB of RAM built-in. For almost two
years we have struggeled with problems caused by the bad cache management
U5 VirusKill 2.3 has modified this mail as it contained a PC-executable attachment.
~ ~ ~ ~ ~
You should probably simply ignore this mail. If you really expected somebody to send
you an executable attachment please
mail back to this person and ask him/her to zip the file first.
Below is given
I'm looking into adding some filtering to my postfix/cyrus server. I
allready got sieve working nicely but i was wondering if sieve supports
some actions i'm used to having on a server with procmail. For example :
editing mails, adding headers , removing text/headers etc ?
Any pointers ?
--
Fre
I'm having a problem with the following sieve rule:
(...)
elsif header :contains "List-Id" "Lista de usuários ldap" {
fileinto "INBOX.listas.ldapbr";
}
That "usuários" is utf-8 for "usuários". This is the mailing list header:
List-Id: Lista de usuários ldap
Frederik Vervaet wrote:
I'm looking into adding some filtering to my postfix/cyrus server. I
allready got sieve working nicely but i was wondering if sieve supports
some actions i'm used to having on a server with procmail. For example :
editing mails, adding headers , removing text/headers etc
On Tue, 25 May 2004, Ken Murchison wrote:
Frederik Vervaet wrote:
Any pointers ?
There are some drafts of Sieve extensions for tweaking headers, but Cyrus
doesn't support any of them yet.
Is there any chance these extensions will be added in the next (few)
release(s) ?
--
Frederik Vervaet
---
C
On Tue, 25 May 2004, Kent L. Nasveschuk wrote:
> I am trying to compile Cyrus-SASL with LDAP support and OpenLDAP with
> Cyrus-SASL support. I want to use saslauthd for IMAP users to
> authenticate to our OpenLDAP directory. The problem is that each seems
> to be dependent on the other.
>
>
>
>
On Tue, 25 May 2004, Sven Schiwek wrote:
> Hi,
>
> I installed cyrus-imapd 2.2.3 and imported my old mails. The Shared-
> folder have group ACLs like group:sysop. I changed my authentification
> from PAM to SASL with saslauthd.
> The system is working fine, but if I want to change a group ACL cyr
Frederik Vervaet wrote:
On Tue, 25 May 2004, Ken Murchison wrote:
Frederik Vervaet wrote:
Any pointers ?
There are some drafts of Sieve extensions for tweaking headers, but
Cyrus doesn't support any of them yet.
Is there any chance these extensions will be added in the next (few)
release(s) ?
I
On Tue, 25 May 2004, Frederik Vervaet wrote:
Is there any chance these extensions will be added in the next (few)
release(s) ?
Its not tremendously likely, no. Adding sieve extensions makes the code
worse and worse the more we add. Given the propensity of sieve extensions
to never get "locked"
Is there any reason not to use:
hashimapspool: true
Are there guidelines on when it is an advantage or a disadvantage to use
it?
I've looked through the docs and the list archives and haven't seen
anything either way.
Thanks.
--
Andrew Caird
---
Cyrus Home Page: http://asg.web.cmu.edu/cyru
## Andrew J Caird ([EMAIL PROTECTED]):
> Is there any reason not to use:
> hashimapspool: true
> Are there guidelines on when it is an advantage or a disadvantage to use
> it?
"Recommended for large (no of mailboxes) spools". "Large" depends on
your filesystem. Linux/ext3 takes some 15 thou
On Tue, 25 May 2004, Andrew J Caird wrote:
> Is there any reason not to use:
> hashimapspool: true
> Are there guidelines on when it is an advantage or a disadvantage to use
> it?
I can't think of a time when you *shouldn't* use it, really. It may not
offer much of a benefit on some filesy
We are testing a number of email configurations for a
10,000+ user-base. Was hoping to get some thoughts on
below:
- Postfix
- Cyrus-SASL
- Mysql Auth
We will likely start with 3 frontend servers and 3 backend
servers. Replicate MySQL across all servers auth, maildrop
routing.
We were thinking o
--On Tuesday, May 25, 2004 14:39 -0700 Kevin Baker <[EMAIL PROTECTED]>
wrote:
Thought? This is obviously just a sketch... but I haven't
seen a this done before as far as the failover solution
with rsync and thought it might work pretty well.
rsync sucks for large numbers of files/directories.
So I'm guessing I should look into the DRBD then.
http://www.drbd.org)
It's in the archive:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg18820.html
Other than that I can't think of how to handle the fail-over.
>
>
> --On Tuesday, May 25, 2004 14:39 -0700 Kevin Baker
> <[EMAIL PROTECTED]
On Tue, 25 May 2004, Michael Loftis wrote:
>
>
> --On Tuesday, May 25, 2004 14:39 -0700 Kevin Baker <[EMAIL PROTECTED]>
> wrote:
>
>
> > Thought? This is obviously just a sketch... but I haven't
> > seen a this done before as far as the failover solution
> > with rsync and thought it might work p
We (my company) uses DRBD (http://drbd.cubit.at/) with heartbeat and cyrus quite
successfully. To distribute load we use multiple heartbeat/drbd backend
clusters. Each cluster is comprised of 2 machines connected together via
gigabit ethernet cards and serial links. Postfix references ldap (for you
A number of servers with network storage would be ideal.
Unfortunately the initial rollout will require the use of
cheap managed hosting boxes. So we'll be restricted to
local drives.
I guess the hope is to develop a sort of *standard* way to
handle a highly scalable solution with failover with t
On Tue, 25 May 2004, Ken Murchison wrote:
Is there any reason not to use:
hashimapspool: true
Are there guidelines on when it is an advantage or a disadvantage to use
it?
I can't think of a time when you *shouldn't* use it, really. It may not
offer much of a benefit on some filesystems, b
Rob Siemborski wrote:
On Tue, 25 May 2004, Andrew J Caird wrote:
Is there any reason not to use:
hashimapspool: true
Are there guidelines on when it is an advantage or a disadvantage to use
it?
I can't think of a time when you *shouldn't* use it, really. It may not
offer much of a benefi
Rob Siemborski wrote:
On Tue, 25 May 2004, Ken Murchison wrote:
Is there any reason not to use:
hashimapspool: true
Are there guidelines on when it is an advantage or a disadvantage to
use
it?
I can't think of a time when you *shouldn't* use it, really. It may not
offer much of a benefit on
U5 VirusKill 2.3 has modified this mail as it contained a PC-executable attachment.
~ ~ ~ ~ ~
You should probably simply ignore this mail. If you really expected somebody to send
you an executable attachment please
mail back to this person and ask him/her to zip the file first.
Below is given
Lainaus Etienne Goyer <[EMAIL PROTECTED]>:
> Antoine Jacoutot wrote:
> > On Friday 14 May 2004 20:10, Etienne Goyer wrote:
> >
> >>Which Horde/IMP version ? I don't know about the stable branch,
> but
> >>HEAD and the latest ALPHA can with no problem.
> >
> >
> > horde-2.2.4
> > imp-3.2.2
>
> The
30 matches
Mail list logo
