Re: competition

On Sep 22, 2010, at 1:50 AM, Simon Matter wrote: >> >>> 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

Re: competition

--On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton wrote: All of that said, I believe that, in general, you can safely upgrade BDB. If you have a Cyrus installation using BDB X, you can drop in a new Cyrus using BDB Y, as long as everything is shut down in between. You can't go back witho

Re: competition

On Sep 22, 2010, at 7:57 AM, Sebastian Hagedorn wrote: > --On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton wrote: > >> All of that said, I believe that, in general, you can safely upgrade BDB. >> If you have a Cyrus installation using BDB X, you can drop in a new Cyrus >> using BDB Y, as l

Re: competition

> > On Sep 22, 2010, at 7:57 AM, Sebastian Hagedorn wrote: > >> --On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton >> wrote: >> >>> All of that said, I believe that, in general, you can safely upgrade >>> BDB. >>> If you have a Cyrus installation using BDB X, you can drop in a new >>> Cyrus >>

Re: competition

On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote: I am probably missing some info here, but > And, as Bron has said, there's something wrong with the way Cyrus uses BDB. > I've never been able to understand BDB well enough to figure it out > myself, nor have I ever found anyon

Re: competition

On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote: > On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote: > > I am probably missing some info here, but > > And, as Bron has said, there's something wrong with the way Cyrus uses BDB. > > I've never been able to understand BDB well

Re: competition

On 22/09/2010, at 22:17, Adam Tauno Williams wrote: > On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote: >> On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote: >> >> I am probably missing some info here, but >>> And, as Bron has said, there's something wrong with the way Cyrus

Re: competition

> On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote: >> On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote: >> >> I am probably missing some info here, but >> > And, as Bron has said, there's something wrong with the way Cyrus uses >> BDB. >> > I've never been able to understan

Re: competition

On Wed, Sep 22, 2010 at 10:27:11PM +0930, Daniel O'Connor wrote: > > On 22/09/2010, at 22:17, Adam Tauno Williams wrote: > > > On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote: > >> On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote: > >> > >> I am probably missing some info here

Re: competition

On 22/09/2010, at 22:33, Kenneth Marshall wrote: >> On a bad shutdown it requires admin intervention very frequently which is >> pretty tedious. >> >> And yes, upgrading it is also a PITA. >> > > That is why we moved to skiplist. The server would require manual > intervention to even restart a

Re: competition

On Wed, Sep 22, 2010 at 10:48:49PM +0930, Daniel O'Connor wrote: > > On 22/09/2010, at 22:33, Kenneth Marshall wrote: > >> On a bad shutdown it requires admin intervention very frequently which is > >> pretty tedious. > >> > >> And yes, upgrading it is also a PITA. > >> > > > > That is why we

Re: competition

On Wed, 2010-09-22 at 15:04 +0200, Simon Matter wrote: > > On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote: > >> On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote: > >> > >> I am probably missing some info here, but > >> > And, as Bron has said, there's something wrong with t

Re: competition

gt; Now if only I could use skiplist with openldap ;) > > Sadly, OpenLDAP does need the performance of BDB. With current "LDIF" exports of OpenLDAP, the downtime caused by a corrupt BDB database is "acceptable". Is a similar method possible with cyrus? Eg. a simple com

Re: competition

Yep, I plan to migrate to skiplist some day :) >> > >> > Now if only I could use skiplist with openldap ;) >> >> Sadly, OpenLDAP does need the performance of BDB. > > With current "LDIF" exports of OpenLDAP, the downtime caused by a corrupt > BDB >

Re: competition

; > >>>> > Yep, I plan to migrate to skiplist some day :) >>>> > >>>> > Now if only I could use skiplist with openldap ;) >>>> >>>> Sadly, OpenLDAP does need the performance of BDB. >>> >>> With current "LDIF&

Re: competition

On 09/22/2010 10:17 AM, Lucas Zinato Carraro wrote: > For me it would be very interesting a option to save cyrus tables >in a traditional database. ( mysql, postgresql, etc... ) In 2.3.13 (I think) and newer, there is the option of using an SQL backend. It hasn't been widely used and teste

Re: competition

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. An

Re: competition

On 09/22/2010 10:52 AM, André Schild wrote: >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 fr

RE : competition

> We wanted to use it for the user_deny database so we could insert a row > into one database table that every host has access to. This way we > didn't need to come up with a way to update the local user_deny across > each frontend server. Such database provides the same benefit to the tlscache

Re: competition

On Wed, 22 Sep 2010, Bron Gondwana wrote: > Now - BDB database SHOULD be upgradable. I want to find a BDB expert > to help me with that - (a) detecting that an upgrade is necessary, and > (b) doing the upgrade. All I know is that there used to be an API call to upgrade the db environment, which b

Re: competition

Kolab Systems is thinking of such SQL databases for integration purposes, where the performance penalty now lies within having to use the IMAP protocol to gain access to the underlying metadata (seen status, message indexes) in distributed groupware environments where Cyrus itself is not the onl

Re: competition

Hi, > Kolab Systems is thinking of such SQL databases for integration purposes, > where the performance penalty now lies within having to use the IMAP > protocol to gain access to the underlying metadata (seen status, message > indexes) in distributed groupware environments where Cyrus itself i

Re: competition

> The big downside to using an SQL database is the enormous temptation to > point all the Cyrus servers at the same Database server and lose the > redundancy and scalability inherent in a multi node or Murder setup. But the SQL world has this figured out, at least for reads. For situations where

Re: competition

On 22 Sep 2010, at 10:46, Dave McMurtrie wrote: > Considering the state of Cyrus' interoperability with BDB and all the > recent fixes to skiplist, would it make sense to at least not make BDB a > default backend from now on? Yes, and "sane defaults" was to be one of the themes of the 2.4 releas

Re: competition

On Wed, Sep 22, 2010 at 04:10:15PM +1000, Bron Gondwana wrote: > Now - BDB database SHOULD be upgradable. I want to find a BDB expert > to help me with that - (a) detecting that an upgrade is necessary, and > (b) doing the upgrade. It was quite some time ago I last upgraded a Cyrus instance, but

Re: competition

On Wed, Sep 22, 2010 at 11:24:04PM +0200, Gabor Gombas wrote: > On Wed, Sep 22, 2010 at 04:10:15PM +1000, Bron Gondwana wrote: > > > Now - BDB database SHOULD be upgradable. I want to find a BDB expert > > to help me with that - (a) detecting that an upgrade is necessary, and > > (b) doing the up

Re: competition

B libraries, etc, with Cyrus. The points you've made here are very interesting. I didn't know many of these things. I'm re-thinking whether bundling is such a good idea now. Thanks. Shuvam Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: competition

gt; wrong linker magic is applied. You *really* don't want to go there. > > I was a strong advocate of bundling DB libraries, etc, with Cyrus. The > points you've made here are very interesting. I didn't know many of these > things. I'm re-thinking whether bundling

Re: competition

> Kolab Systems is thinking of such SQL databases for integration > purposes, where the performance penalty now lies within having to use the > IMAP protocol to gain access to the underlying metadata (seen status, > message indexes) in distributed groupware environments where Cyrus > itself is not

Re: competition

> On Wed, Sep 22, 2010 at 04:10:15PM +1000, Bron Gondwana wrote: > >> Now - BDB database SHOULD be upgradable. I want to find a BDB expert >> to help me with that - (a) detecting that an upgrade is necessary, and >> (b) doing the upgrade. > > It was quite some time ago I last upgraded a Cyrus inst

Re: competition

On 9/22/2010 10:20 PM, Shuvam Misra wrote: > I was a strong advocate of bundling DB libraries, etc, with Cyrus. The > points you've made here are very interesting. I didn't know many of these > things. I'm re-thinking whether bundling is such a good idea now. Thanks. >

Re: competition

> On 9/22/2010 10:20 PM, Shuvam Misra wrote: > > I was a strong advocate of bundling DB libraries, etc, with Cyrus. The > > points you've made here are very interesting. I didn't know many of these > > things. I'm re-thinking whether bundling is such a good ide

Re: competition

On Sat, Sep 25, 2010 at 01:46:10PM +0530, Shuvam Misra wrote: > For situations where we need just random access, not sequential, can we > use GDBM? Is that library better than Berkeley DB? ^ G => GNU => GPL. Licencing issues I suspect. We're BSD licence, not GPL. Bron. Cyrus Home Pag

Re: competition

"Andy Bennett" wrote: >Hi, > >> Kolab Systems is thinking of such SQL databases for integration purposes, > > where the performance penalty now lies within having to use the IMAP > > protocol to gain access to the underlying metadata (seen status, message > > indexes) in distributed groupware

Re: competition

> > For situations where we need just random access, not sequential, can we > > use GDBM? Is that library better than Berkeley DB? > ^ > > G => GNU => GPL. Licencing issues I suspect. We're BSD licence, > not GPL. Yes, you're quite right, I just checked. Till your comment, I had assumed t

Re: competition

On Wed, 2010-09-22 at 18:18 +0200, Jeroen van Meeuwen (Kolab Systems) wrote: > >> Kolab Systems is thinking of such SQL databases for integration purposes, > > > where the performance penalty now lies within having to use the IMAP > > > protocol to gain access to the underlying metadata (seen statu

Re: competition

> Better to just use an internal DB codebase (like skiplists) that has > nothing to do with Sleepycat. But then someone has to write and maintain > this code. > > I think the best compromise I've heard yet is to use something like > skiplists by default and make the use of libdb an optional featu

Re: competition

On Mon, Sep 27, 2010 at 09:38:08AM -0400, Jeff Eaton wrote: > > > Better to just use an internal DB codebase (like skiplists) that has > > nothing to do with Sleepycat. But then someone has to write and maintain > > this code. > > > > I think the best compromise I've heard yet is to use something

Re: competition

> On Mon, Sep 27, 2010 at 09:38:08AM -0400, Jeff Eaton wrote: >> >> > Better to just use an internal DB codebase (like skiplists) that has >> > nothing to do with Sleepycat. But then someone has to write and >> maintain >> > this code. >> > >> > I think the best compromise I've heard yet is to use

Re: competition

Adam Tauno Williams wrote: > On Wed, 2010-09-22 at 18:18 +0200, Jeroen van Meeuwen (Kolab Systems) > wrote: > > The scenario is integration, not extension of Cyrus -which in and of > > itself works > > > > perfecly fine and reliable for us. We're not seeking to improve Cyrus' > > performance wit

Re: kick_mupdate?

On 29 Oct 2010, at 15:29, Michael D. Sofka wrote: > When moving files from a 2.2.12 back-end server to a 2.3.16 back-end > server using xfer, the 2.3.16 server logs: > > Oct 29 15:23:23 imap-be4 imap[5933]: kick_mupdate: can't connect to > target: No such file or directory > > The xfer was init

Re: replication

nced means, either DNS load balancing or otherwise. > We have a pool of inbound MX servers that handle email, delivering to Cyrus > over lmtp. In the event of a crash, we would want to repair/rebuild the dead > server and have it re-join the pairing. > > I have read on this li

Re: replication

means, either DNS load balancing or otherwise. We have a pool of inbound MX servers that handle email, delivering to Cyrus over lmtp. In the event of a crash, we would want to repair/rebuild the dead server and have it re-join the pairing. I have read on this list's archives that h

Re: replication

; or otherwise. We have a pool of inbound MX servers that handle email, > delivering to Cyrus over lmtp. In the event of a crash, we would want to > repair/rebuild the dead server and have it re-join the pairing. > > I have read on this list's archives that having user interaction on tw

Re: replication

> Quoting Bron Gondwana : > > > > It's getting better, but it's still not 100% reliable to have > > master/master replication between two servers with interactions > > going to both sides. > > > > It SHOULD be safe now to have a single master/master setup with > > individual users on one side or th

Re: replication

Quoting Shuvam Misra : Quoting Bron Gondwana : > > It's getting better, but it's still not 100% reliable to have > master/master replication between two servers with interactions > going to both sides. > > It SHOULD be safe now to have a single master/master setup with > individual users on one

Re: disconnect_on_vanished_mailbox

On Sat, Dec 04, 2010 at 10:33:49AM -0500, Chris Conn wrote: > Hello, > > I am looking at this option for 2.4.5; > > disconnect_on_vanished_mailbox: 1 > > If enabled, IMAP/POP3/NNTP clients will be disconnected by the server if > the currently selected mailbox is (re)

Re: disconnect_on_vanished_mailbox

> No. This kind of bogus, racy, non-deterministing messing is precisely what > the strong consistent locking design of Cyrus 2.4 is designed to avoid! > > You could always: > > cd /var/imap/proc; grep -l $username * | xargs kill > > if you actually want to kill the user connections. > > Bron. T

Re: acl

On Fri, Apr 08, 2011 at 06:17:37PM +0200, rosenber...@taoweb.at wrote: > But back to the question > I read out the acl from a mailbox > lrswipkxtecda > man cyradm > l = Look > r = Read > s = Seen > w = Write > i = Insert > p = Post > k = Create > x = Delete > t = Delete Message > e =

Re: acl

On Fri, Apr 08, 2011 at 08:21:33PM +0200, Bron Gondwana wrote: > On Fri, Apr 08, 2011 at 06:17:37PM +0200, rosenber...@taoweb.at wrote: > > But back to the question > > I read out the acl from a mailbox > > lrswipkxtecda > > man cyradm > > l = Look > > r = Read > > s = Seen > > w = Write >

Re: acl

On Fri, 8 Apr 2011 20:35:53 +0200, Bron Gondwana wrote: > On Fri, Apr 08, 2011 at 08:21:33PM +0200, Bron Gondwana wrote: >> On Fri, Apr 08, 2011 at 06:17:37PM +0200, rosenber...@taoweb.at >> wrote: >> > But back to the question >> > I read out the acl from a mailbox >> > lrswipkxtecda >> > m

Re: deliver.db

> Hi, > > One of our scanner produces non-unique message-ids when sending mails. > Ids are repeated in about a week. > > So I decided to have deliver.db purged at least once a day, because I > have duplicatesuppression on in imapd.conf > > cyrus.conf > EVENTS { > > checkpointcmd="ctl_cyru

Re: deliver.db

On Tue, May 10, 2011 at 09:11:54PM -0700, Alexei Shilin wrote: (I see you're one of our customers) > One of our scanner produces non-unique message-ids when sending mails. > Ids are repeated in about a week. I'm guessing this isn't fixable in the scanner - but an alternative might be to strip i

Re: FUD?

Ron Vachiyer wrote: > Hello, > > We have a small tool we were using in an earlier version of Cyrus, using > fud-client to check the last-seen time of a mailbox; > > > > user: ronvach > mbox: user.ronvach > Number of Recent 1 > Last read: Wed Dec 31 19:00:00 1969 > Last arrived: Tue May 10 12:27:16

RE: FUD?

> Really? I've never gotten anything but epoch on any Cyrus version (2.1, > 2.2, 2.3) or OS (Fedora 3, 5, CentOS5) that I've tried. I brought it up > on the list a long time ago (2006) and it never got any interest, and > others have brought it up since (2009) with no interest, so I > implemented

Re: FUD?

> >> Really? I've never gotten anything but epoch on any Cyrus version (2.1, >> 2.2, 2.3) or OS (Fedora 3, 5, CentOS5) that I've tried. I brought it up >> on the list a long time ago (2006) and it never got any interest, and >> others have brought it up since (2009) with no interest, so I >> impl

Re: FUD?

On Wed, May 11, 2011 at 02:08:03PM -0400, Ron Vachiyer wrote: > We have a small tool we were using in an earlier version of Cyrus, using > fud-client to check the last-seen time of a mailbox; > > > > user: ronvach > mbox: user.ronvach > Number of Recent 1 > Last read: Wed Dec 31 19:00:00 1969 >

Re: deliver.db

Thanks Bron and Simon, > (I see you're one of our customers) Yes, and it was nice to find out that you guys use and support what I have to support now :) > > > One of our scanner produces non-unique message-ids when sending mails. > > Ids are repeated in about a week. > > I'm guessing this

Re: db_version_mismatch

On Fri, May 13, 2011 at 10:17:49AM -0300, OLCESE, Marcelo Oscar. wrote: > A few days ago I did an upgrade to Debian 6, is that now I have errors in the > mail. > > DBERROR: dbenv-> open '/ var / lib / cyrus / db' failed: DB_VERSION_MISMATCH: > Database environment version mismatch. Did you follow

Re: crc32_buf

Yeah, I screwed up. We require zlib at the moment. My plan is to embed a basic crc32 algorithm directly into that file for the case where zlib is not available, but I haven't done it yet. Regards, Bron. On Sat, 18 Jun 2011 19:43:12 +0100 Roy Schestowitz wrote: > -BEGIN PGP SIGNED MESSAGE

Re: crc32_buf

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Yeah, I screwed up. We require zlib at the moment. > > My plan is to embed a basic crc32 algorithm directly into that file for > the case where zlib is not available, but I haven't done it yet. Hi Bron, Thank you for the pointer. My colleague Mar

Re: crc32_buf

On Sun, Jun 19, 2011 at 09:14:38PM +0100, Roy Schestowitz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > Yeah, I screwed up. We require zlib at the moment. > > > > My plan is to embed a basic crc32 algorithm directly into that file for > > the case where zlib is not available, bu

Re: crc32_buf

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > On Sun, Jun 19, 2011 at 09:14:38PM +0100, Roy Schestowitz wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >>> Yeah, I screwed up. We require zlib at the moment. >>> >>> My plan is to embed a basic crc32 algorithm directly into that fil

Re: crc32_buf

On 18/06/11 20:14, Bron Gondwana wrote: > Yeah, I screwed up. We require zlib at the moment. > > My plan is to embed a basic crc32 algorithm directly into that file for > the case where zlib is not available, but I haven't done it yet. > > Regards, > > Bron. Hi Bron, What is zlib used for in Cy

Re: crc32_buf

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > On 18/06/11 20:14, Bron Gondwana wrote: > >> Yeah, I screwed up. We require zlib at the moment. >> >> My plan is to embed a basic crc32 algorithm directly into that file for >> the case where zlib is not available, but I haven't done it yet. >> >>

Re: unsubscribe

On 18 May 2012, at 14:45, Adrian Kovacs wrote: > hi, > > sorry, how can i unsubscribe from this list? > > ~ > a Using the mechansims described in the List-Unsubscribe header: List-Unsubscribe: ,

Re: unsubscribe

On Mon, 2012-05-21 at 11:32 +, Ian Eiloart wrote: > On 18 May 2012, at 14:45, Adrian Kovacs wrote > Using the mechansims described in the List-Unsubscribe header: > List-Unsubscribe: > Having said that, European Union countries usually require that the > mechanisms be easy to use. In my vi

Re: unsubscribe

On 21 May 2012, at 12:49, Adam Tauno Williams wrote: > On Mon, 2012-05-21 at 11:32 +, Ian Eiloart wrote: >> On 18 May 2012, at 14:45, Adrian Kovacs wrote >> Using the mechansims described in the List-Unsubscribe header: >> List-Unsubscribe: >> Having said that, European Union countries usua

Re: unsubscribe

On Mon, May 21, 2012, at 12:13 PM, Ian Eiloart wrote: > As long as most users don't have easy access to the List-Unsubscribe header > (Outlook, Apple Mail, etc), then the List-Unsubscribe header can't satisfy > the legal requirements of the UK, and most EU countries: that marketing (and > this

Re: unsubscribe

On 21 May 2012, at 15:08, Bron Gondwana wrote: > On Mon, May 21, 2012, at 12:13 PM, Ian Eiloart wrote: >> As long as most users don't have easy access to the List-Unsubscribe header >> (Outlook, Apple Mail, etc), then the List-Unsubscribe header can't satisfy >> the legal requirements of the UK,

Re: unsubscribe

On Mon, May 21, 2012, at 02:27 PM, Ian Eiloart wrote: > > Short of reaching down through the screen and physically punching you in > > the face, I can't see how in particular we are supposed to account for the > > deficiencies of the client you choose to use. > > Thanks for your considered contr

Re: cyrreconstruct

Am 29.05.2012 13:49, schrieb Holm Kapschitzki: > > > Hello, > > to reconstruct a mailbox i have to execute this commands: > > su - cyrus > /usr/sbin/cyrreconstruct -C /etc/imapd.conf -rf MAILBOXNAME > exit > > I have to stoip the cyrus 2.2 Server for this or its possible to execute > this commands

Re: cyrreconstruct

On 05/29/2012 10:22 AM, Holm Kapschitzki wrote: Am 29.05.2012 13:49, schrieb Holm Kapschitzki: Hello, to reconstruct a mailbox i have to execute this commands: su - cyrus /usr/sbin/cyrreconstruct -C /etc/imapd.conf -rf MAILBOXNAME exit I have to stoip the cyrus 2.2 Server for this or its po

Re: cyrreconstruct

Am 29.05.2012 15:44, schrieb Patrick Boutilier: > > reconstruct can be run while server is running. > > ok, thx Holm 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/listi

Re: loginrealm

On 06/19/12 15:37 +0200, Marc Patermann wrote: >Hi, > >my servers are configured to use mailboxes without realm or domain, like >user.jdoe for user jdoe, where his mail address is like >john@example.com. >Authentication is against LDAP, where the mail adress is in the >attribute mail and an att

Re: hardlink.py

On Tue, Jul 24, 2012, at 05:10 PM, Matt Selsky wrote: > Has anyone used hardlink.py[0] or hardlink.c[1] to recreate hardlinks > on their mailstore? I recently XFER'd 12TB of mail between several > servers running 2.3.16 and when I was done, the mail store had > increased to 20TB of usage. > > Is

Re: DBERROR's

On Fri, 2012-10-12 at 05:06 -0400, akb427 wrote: > I have an installation of Cyrus IMAP 2.2.13 on 32-bit linux, with the > database copied over from an earlier version. That is really very old. > It appears to work just fine, but is sometimes issuing error messages > of the form: > DBERROR: mys

Aw: Re:

Hello Simon, > Did you try running "reconstruct -r -f ..."? I did try to run "reconstruct -r user.paul". The -f switch is not known/accepted by my cyradm. > BTW, could you change your mailer so you don't send HTML only? Sorry for that. My whole mail system is down so I have to use a web mailer

Re: sieveshell

--On Tuesday, March 15, 2005 17:48:32 -0700 Craig White <[EMAIL PROTECTED]> wrote: I want to insert sieve scripts for users via sieveshell but I can't seem to get that done... sieveshell -u Alec localhost will try to authenticate as root, not as Alec and I can't su to Alec since he doesn't have a

Re: sieveshell

On Tue, 2005-03-15 at 19:41 -0600, Dave McCracken wrote: > --On Tuesday, March 15, 2005 17:48:32 -0700 Craig White > <[EMAIL PROTECTED]> wrote: > > > I want to insert sieve scripts for users via sieveshell but I can't seem > > to get that done... > > > > sieveshell -u Alec localhost > > > > will

Re: sieveshell

On Tue, 2005-03-15 at 19:41 -0600, Dave McCracken wrote: > --On Tuesday, March 15, 2005 17:48:32 -0700 Craig White > <[EMAIL PROTECTED]> wrote: > > > I want to insert sieve scripts for users via sieveshell but I can't seem > > to get that done... > > > > sieveshell -u Alec localhost > > > > will

Re: sieveshell

On Tue, 2005-03-15 at 19:41 -0600, Dave McCracken wrote: > --On Tuesday, March 15, 2005 17:48:32 -0700 Craig White > <[EMAIL PROTECTED]> wrote: > > > I want to insert sieve scripts for users via sieveshell but I can't seem > > to get that done... > > > > sieveshell -u Alec localhost > > > > will

Re: sieveshell

I am having similar problems, and found out by stracing the timsieved that the sieveshell connects to, that sieveshell doesn't respect ( at least in my case) what I pass as -a. If I run as root, it will try to authenticate as root, if I run as user, then it works fine. -a apparently has no effe

Re: sieveshell

Craig White wrote: On Tue, 2005-03-15 at 19:41 -0600, Dave McCracken wrote: --On Tuesday, March 15, 2005 17:48:32 -0700 Craig White <[EMAIL PROTECTED]> wrote: I want to insert sieve scripts for users via sieveshell but I can't seem to get that done... sieveshell -u Alec localhost will try

Re: auth_unix

On Tue, 5 Apr 2005, Patrick Radtke wrote: I have a question about the --with-auth=unixmethod for authorization. I would assume that a user would only be authorized to access mailboxes that the user has rights to if the user has a unix account in the first place. e.g. If there are 2 mailboxes

Re: Sieve

On Sat, 23 Apr 2005, Forrest Aldrich wrote: The Sieve web page states: At present, there is no mailing list or newsgroup for end users of Sieve. I'm curious, how is it expected Sieve will be more widely adopted with 1) limited documentation (ie: not end-user friendly) and 2) no formal resourc

Re: Sieve

Quick search of the web for 'sieve cyrus' brings this up as first result: http://www.cyrusoft.com/sieve/ Its the main reference that I use, and has some very extensive examples ... On Sat, 23 Apr 2005, Forrest Aldrich wrote: The Sieve web page states: At present, there is no mailing list or n

Re: Sieve

ation - perhaps there might ("might" meaning I'm not sure of the process) be some financial return to the organization. Either way, it would be really nice to have this at some point - a mailing list would be a good ajunct. Re: the examples on the cyrusoft page and about end-user

Re: Sieve

Quoting Forrest Aldrich <[EMAIL PROTECTED]>: By and large there are far more examples and documentation of procmail out there than there are for Sieve. Procmail exists in books, online manuals and texts, etc. This is the point I was getting at (substance). One has to note, however, that procmail

Re: Sieve

On Sun, 24 Apr 2005, Forrest Aldrich wrote: Hi Derrick, Does there exist an outline of requirements for a technical writer - ie: what needs to be accomplished etc. You mean for Cyrus or generally? Realize if Computing Services does manage to hire one we'll want them to write much more than just Cy

Re: Sieve

On 2005-04-24 in <http://mid.gmane.org/[EMAIL PROTECTED]>, Forrest Aldrich wrote: Either way, it would be really nice to have this at some point - a mailing list would be a good ajunct. Here's another vote for a Sieve user mailing list, preferably linked to a Gmane newsgroup. Re: the

Re: Sieve

On Mon, Apr 25, 2005 at 06:10:22AM +0100, NM Public wrote: > On 2005-04-24 in , > Forrest Aldrich wrote: > > > >Either way, it would be really nice to have this at some point - a > >mailing list would be a good ajunct. > > Here's another vote for a Sieve us

Re: Sieve

On Mon, 25 Apr 2005, NM Public wrote: On 2005-04-24 in , Forrest Aldrich wrote: Either way, it would be really nice to have this at some point - a mailing list would be a good ajunct. Here's another vote for a Sieve user mailing list, preferably linked to a

Re: Sieve

On 2005-04-25 in , Andreas Hasenack wrote: What are the issues you are having with sieve and/or your scripts? Off the top of my head, here are some questions I have: * I use Tuffmail.com and they support the ManageSIEVE protocol. I'd like to be able to upda

Re: Sieve

On Mon, 25 Apr 2005, NM Public wrote: On 2005-04-25 in , Andreas Hasenack wrote: What are the issues you are having with sieve and/or your scripts? Off the top of my head, here are some questions I have: I'll take a crack at a few of them... :) * Is it pos

Re: Sieve

OK, I'm also new to sieve - and afters much work, I've been able to get it running on my box using websieve. Here's the problem - it doesn't call my filters!!! How can I tell where the problem lies? Is it postfix? is it cyrus? I'm stuck! Basically I see mail coming in via /var/log/mail.log but

Re: Sieve

On Mon, 25 Apr 2005, NM Public wrote: * I use Tuffmail.com and they support the ManageSIEVE protocol. I'd like to be able to update my Sieve greenlist (aka whitelist) from Pine. E.g., In Pine I pipe a message to a script and the script extracts the From: header and uses ManageSIEVE to update my

Re: Sieve

On Mon, Apr 25, 2005 at 02:38:14PM -0400, Robert Baruch wrote: > > OK, I'm also new to sieve - and afters much work, I've been able to get > it running on my box using websieve. Here's the problem - it doesn't > call my filters!!! Have you activated the sieve script? I don't know how websieve w

Re: Sieve

IMHO, the biggest thing missing from sieve is the ability to easily use anti-spam software like Spamassassin ... but, not sure if I can consider that a failing of sieve itself, or the lmtp protocol ... there used to be software with Spamassassin called spamcheck.py that acted as an lmtp proxy,

Re: Sieve

On Apr 25, 2005, at 3:09 PM, Andreas Hasenack wrote: On Mon, Apr 25, 2005 at 02:38:14PM -0400, Robert Baruch wrote: OK, I'm also new to sieve - and afters much work, I've been able to get it running on my box using websieve. Here's the problem - it doesn't call my filters!!! Have you activated

<    3   4   5   6   7   8   9   10   11   12   >