Chris Dos schrieb:
>
> I forgot to mention that I got the SASL rpm's from your site as well. I
> installed them and everything seem to go okay. The Cyrus-SASL rpms from
> RH 8.0 look to be the same as yours.
>
> Do you have any ideas on what would be a good way to move the mail
> directories fr
I have an entire Cyrus Admin class written in PHP, as the imap functions
in php do not support all that is needed on a cyrus server (quota and
ACL). I am using this to admin my own cyrus server via the web..
I will post it on my sourceforge site tomorrow.. It has currently been
only tested on a C
After sucessfull installation I'm trying to compile 2.1.10 to avoid
problems with sieve.. And with the same 'configure' I get now:
(./configure --with-dbdir=/usr/local/BerkeleyDB --with-openssl=/usr ...)
=
make[1]: Entering directory `/
much2 easier if you use perl...
then use php passthru the perl program..
___
ORENDA Mail - http://www.orenda.com.my/
Here's a small attachment you can use as an include file. You can use it
as such from PHP:
$server = new IMAP_Server();
$server->createMailbox("user.whatever");
$server->deleteMailbox("user.whatever");
Both functions return true or false on success or failure (respectively).
You can edit the fi
Hi-
I tried something like that before, but I get this error:
Warning: Couldn't open stream {192.168.1.200} in
/var/www/html/user/mail2.php on line 7
Any ideas? Thanks all.
-Greg
From: Veigar Freyr Jökulsson <[EMAIL PROTECTED]>
To: "Gregory Chagnon"
<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]
> Hi-
> Does anyone know if there is a way to create a cyrus user and mailboxes
> through php? I've looked around at imap_createmailbox() but am unlcear on
> how to use it. Thanks!!
> -Greg
>
You could do something like this, $uid is the login name you want to create:
$IMAPhost = "123.1
On 25 Nov 2002 at 16:18, Chris Dos wrote about "Re: RPM Upgrade Nightmare":
> Do you have any ideas on what would be a good way to move the mail
> directories from /var/spool/imap/user to /var/spool/imap/a-z and then
> have Cyrus pick them up and run with them. Or perhaps, there might be a
>
>
Stefan Suurmeijer wrote:
>
> Hi list,
>
> sorry if this was dealt with earlier, didn't see it in the archives.
>
> I just installed Cyrus 2.1.9 on a new box. However, when I wanted to
> copy my old config (cyrus 2.0.16, running on another box), I ran into a
> snag.
>
> I was using
>
> sasl_p
On Sun, Nov 24, 2002 at 04:52:11PM +0100, Alexander Czernay wrote:
> I just upgraded my Cyrus-IMAP from 2.0.16 to 2.1.9. At ./configure I
> added --enable-fulldirhash and also compiled Berkeley4.1.24 in.
>
> It all worked well, but now I get some strange errors in the logs:
>
> IOERROR: opening
Hi-
Does anyone know if there is a way to create a cyrus user and mailboxes
through php? I've looked around at imap_createmailbox() but am unlcear on
how to use it. Thanks!!
-Greg
_
MSN 8 with e-mail virus protection service:
Hi list,
sorry if this was dealt with earlier, didn't see it in the archives.
I just installed Cyrus 2.1.9 on a new box. However, when I wanted to
copy my old config (cyrus 2.0.16, running on another box), I ran into a
snag.
I was using
sasl_pwcheck_method: pam
but when I try to authorize no
I forgot to mention that I got the SASL rpm's from your site as well. I
installed them and everything seem to go okay. The Cyrus-SASL rpms from
RH 8.0 look to be the same as yours.
Do you have any ideas on what would be a good way to move the mail
directories from /var/spool/imap/user to /var
On Mon, 25 Nov 2002, Jonathan Marsden wrote:
> This probably isn't something of great utility to CMU, but for the
I think you hit the nail on the head here.
> average Linux sysadmin who just wants to grab an RPM or a .deb and
> install it and have Cyrus "just work", upgrading as new RPMs/.debs a
I did:
PUTSCRIPT "s2" {127+}
require ["fileinto", "reject", "imapflags"]; if header :is "From"
"[EMAIL PROTECTED]" { addflag["\\Answered", "$MDSent"]; }
OK
Thanks,
Su
-Original Message-
From: Su Li
Sent: November 25, 2002 1:59 PM
To: Mark Keasling
Cc: [EMAIL PROTECTED]
Subject: RE: T
On 25 Nov 2002, Rob Siemborski writes:
> On 25 Nov 2002, Erik Enge wrote:
>> I wouldn't rate it as easy unless it was a config option at
>> run-time, not an option to configure at compile-time.
> This wouldn't be tremendously hard to do (probably just a matter of
> replacing some macros with som
Hi Mark,
I am still working on Timsieved. I got error "Expected EOL".
GETSCRIPT "mysieve"
{127}
require ["fileinto", "reject", "imapflags"];
if header :is "From" "[EMAIL PROTECTED]"
{
addflag["\\Answered", "$MDSent"];
}
OK
PUTSCRIPT "S1" "require ["fileinto", "rejec
On 25 Nov 2002 at 16:53, Simon Matter wrote about "Re: Problem rebuilding Simons new
source RPM":
> Harris Landgarten schrieb:
> >
> > I tracked down the cause of the problem but am still looking for the
> > source.
> >
> > For some reason perl man pages are being installed to /usr/man instead
I found the problem. I had updated ExtUtils::MakeMaker via CPAN to the
latest version. That is turn replaced MM_Unix.pm with a version that
defaulted site and vendor to /usr/man. Redhat had supplied a patched
version of this file which defaults to /usr/share/man. I copied the file
from another mach
On 25 Nov 2002, Simon Matter writes:
> Harris Landgarten schrieb:
>> For some reason perl man pages are being installed to /usr/man
>> instead of /usr/shared/man
In older (5.x and 6.x) Red Hat distributions, /usr/man was the default
man page location. I strongly suspect that the %{_mandir} RPM
On 25 Nov 2002, Erik Enge wrote:
> I wouldn't rate it as easy unless it was a config option at run-time,
> not an option to configure at compile-time.
This wouldn't be tremendously hard to do (probably just a matter of
replacing some macros with some code that is a bit more clever), but
there'd b
Ken Murchison <[EMAIL PROTECTED]> writes:
> All of the db stuff _is_ isolated in the cyrusdb layer. That's why it
> is so easy to switch between flat/skiplist/berkeley.
I wouldn't rate it as easy unless it was a config option at run-time,
not an option to configure at compile-time.
Erik.
On Mon, 25 Nov 2002 10:04:03 -0600
[EMAIL PROTECTED] wrote:
> Seems kinda ironic in a way---doesn't MySQL use BerkeleyDB? I guess
> it's all in the indexing/caching
yes, it is one of the choices for table type. others are MyISAM and
InnoDB, the latter supports transactions and is as fast as
On Mon, 25 Nov 2002, Marc G. Fournier wrote:
> How are you dealing with the per-user settings, or aren't you? We're
We're not.
-Rob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Progr
> Alessandro Oliveira wrote:
>
> I think that all the code that is dependent on a particular database
> should be completely isolated, making it simpler to port to new
All of the db stuff _is_ isolated in the cyrusdb layer. That's why it
is so easy to switch between flat/skiplist/berkeley.
Noll Janos wrote:
Hy!
I think that's a very good idea, but we found that MySQL is much faster
than Postgres, when there are no complex queries (this is the case here),
so it might be a better idea to use MySQL.
Or better yet, support both.
Some people already use a SQL database (Postgres, in
Simon Matter wrote:
>
> Ken Murchison schrieb:
> >
> > Simon Matter wrote:
> > >
> > > I have enabled compilation of idled in my newest RPM but am wondering
> > > whether that was a good idea. I have two questions:
> > >
> > > 1) I was searching the archives and docs but still can't find a
> > >
Harris Landgarten schrieb:
>
> I tracked down the cause of the problem but am still looking for the
> source.
>
> For some reason perl man pages are being installed to /usr/man instead
> of /usr/shared/man
>
> This causes the find /var/tmp/cyrus-imapd-2.1.10-root/usr/share/man
> -type f -name "
I think that all the code that is dependent on a particular database
should be completely isolated, making it simpler to port to new
databases, for instance: Nicola likes postgres, you like mysql, and I
love oracle (besides it is very expensive), somebody else would like an
interbase or a sapdb
--On Monday, November 25, 2002 4:36 PM +0100 Noll Janos
<[EMAIL PROTECTED]> wrote:
| I think that's a very good idea, but we found that MySQL is much faster
| than Postgres, when there are no complex queries (this is the case here),
| so it might be a better idea to use MySQL.
Seems kinda ironi
I tracked down the cause of the problem but am still looking for the
source.
For some reason perl man pages are being installed to /usr/man instead
of /usr/shared/man
This causes the find /var/tmp/cyrus-imapd-2.1.10-root/usr/share/man
-type f -name "Cyrus*" to find nothing and the following stri
Hy!
I think that's a very good idea, but we found that MySQL is much faster
than Postgres, when there are no complex queries (this is the case here),
so it might be a better idea to use MySQL.
On 25-Nov-2002 Nicola Ranaldo wrote:
> Due to our historical problems using BerkeleyDB4 over True64Uni
On Sat, 23 Nov 2002, Rob Siemborski wrote:
> On Sat, 23 Nov 2002, Ken Murchison wrote:
>
> > CMU is using SpamAssassin, and I believe Rob successfully tested the
> > Sieve relational extension with it when I first implemented it. I don't
> > know if they are using it in production yet.
>
> "In Pr
Ken Murchison schrieb:
>
> Simon Matter wrote:
> >
> > I have enabled compilation of idled in my newest RPM but am wondering
> > whether that was a good idea. I have two questions:
> >
> > 1) I was searching the archives and docs but still can't find a
> > description of the advantages and drawbac
Andrei Loukinykh wrote:
>
> One does on his cyrus host:
>
> $ telnet imaphost 2000
>
> And get:
>
> "IMPLEMENTATION" "Cyrus timsieved v2.1.10"
> "SASL" "PLAIN LOGIN"
> "SIEVE" "fileinto reject envelope vacation imapflags notify subaddress
> relational regex"
> ..
>
> And when I do the same
Simon Matter wrote:
>
> I have enabled compilation of idled in my newest RPM but am wondering
> whether that was a good idea. I have two questions:
>
> 1) I was searching the archives and docs but still can't find a
> description of the advantages and drawbacks when using idled instead of
> pol
I have the same point of view, could you please share with me your
experiences with cyrus, and a more detailed information about your project ?
Nicola Ranaldo wrote:
Due to our historical problems using BerkeleyDB4 over True64Unix I'm coding
a
PostgreSQL backend.
It's in alpha stage and seems to
On Mon, 25 Nov 2002, Alessandro Oliveira wrote:
> When user X that has right to delete shared folders and delete a shared
> folder, ordinary users that used to access that folder (lrs rights)
> start to see the user X in the "Other Users" namespace, because they
> still can access that folder eve
Due to our historical problems using BerkeleyDB4 over True64Unix I'm coding
a
PostgreSQL backend.
It's in alpha stage and seems to work fine over an our production server
with about 7500 mailboxes.
Cyrus.log is DBERROR free, and users do not report any problem.
Access to mboxlist is about 5 time fa
Hi,
When user X that has right to delete shared folders and delete a shared
folder, ordinary users that used to access that folder (lrs rights)
start to see the user X in the "Other Users" namespace, because they
still can access that folder even though it is in the user.X.Trash.FOLDER.
I thi
I have enabled compilation of idled in my newest RPM but am wondering
whether that was a good idea. I have two questions:
1) I was searching the archives and docs but still can't find a
description of the advantages and drawbacks when using idled instead of
poll. What are the drawback of possible
Hi,
The only thing I can say is that the source RPM build fine on a
untouched RedHat 8.0 installation. I can't make sure it will build on a
system where many packages have been installed from other places than
the distribution RPMs.
It's as easy as this:
- Install RedHat 8.0.
- Rebuild the source
Tarjei Huse schrieb:
>
> > Boy, what a nightmare this turned out to be.
> Yep. It aint easy :)
> >
> > I've been running the cyrus-imapd-2.0.16 rpms developed by Ramiro which
> > can be found here:
> > http://rmorales.modwest.com/rpms/cyrus-imapd/
> >
> > and I figured it was time to upgrade to th
43 matches
Mail list logo
