Hi,
today i've successfull (so far as i can see :-)) upgradet
from 1.6.24 to 2.1.9. But i can not find syncnews anymore?!
In the manuals the part for integrating NetNews still talks
about syncnews for synchronizing news and imap folders. Uh?
Any suggestions?
B.Rgds
Reinhard Proessler
Reinhard
On Mon, 9 Dec 2002, Reinhard Proessler wrote:
Date: Mon, 9 Dec 2002 09:53:03 +0100
From: Reinhard Proessler [EMAIL PROTECTED]
To: Cyrus Maillinglist [EMAIL PROTECTED]
Subject: syncnews gone in cyrus-iampd-2.19 ???
Hi,
today i've successfull (so far as i can see :-)) upgradet
from
try putting the following line in your imapd.conf:
altnamespace: yes
I use mozilla and it works for me.
Su Li wrote:
Thanks, That works.
I did creat those folders in IMAP, but they will show up under Inbox.
Su
-Original Message-
From: Bryntez [mailto:[EMAIL PROTECTED]]
Sent:
Hi,
Can someone give me "how to" pointer...
I need to know how to use non-ASCII text in sieve scripts.
For example: using Japanese in message headers or mailbox names.
For example a message has a subject as follows:
題名: アクセシビリティセミナー報告
On Tue, 3 Dec 2002, Rob Siemborski wrote:
We'll be officially deprecating 1.x as of now (removal from the web
and ftp sites except for the archives, etc).
If anyone on the list is running 1.6.25 still I'd be interested in
comparing fixes to this overflow bug in 1.6.25 code.
T.
Occasionally I get messages stuck in my MTA, because lmtpd doesn't appear
to return 250 aftger the DATA phase. They always unstick by restarting
master. So, I'd like to try ctl_cyrusdb -r while it's running--is this a
safe, recommended or very silly thing to do? I'm running 2.1.11.
Matt
Henrique de Moraes Holschuh wrote:
There is a more complete solution to the SIGCHILD problems in master, that
fixes all the race conditions that cause the process count to be lost. I
call it the pid morgue :-)
It is in the bugzilla, and it is being used in production by the fastmail.fm
--On Monday, December 09, 2002 4:39 PM + Stephen Grier
[EMAIL PROTECTED] wrote:
Henrique de Moraes Holschuh wrote:
There is a more complete solution to the SIGCHILD problems in master,
that fixes all the race conditions that cause the process count to be
lost. I call it the pid morgue :-)
Lawrence Greenfield wrote:
You bring up good questions.
First, our Sieve implementation currently doesn't deal with RFC 2047
encoded headers---or rather, it just compares the undecoded headers
against the UTF-8 string. This is obviously a bug which sadly isn't in
bugzilla.
Ken and I
Hi,
With the recent Cyrus IMAP buffer overflow exploit, its time to upgrade our mail
server. I've been sitting on a Cyrus IMAP 2.1.X CVS install from right before
the SASL2 requirement went into effect and have been holding off on upgrading
until I can figure out a decent path to go from SASL1 -
On Mon, 9 Dec 2002, Kevin M. Myer wrote:
conversation (via , I don't give anything up security-wise. In other words, I
can rely on the transport layer to provide encryption, instead of a higher layer
and that way email can't be sniffed either.
You do of course realize that email is
I'm trying to build imapd-2.1.11
I unpacked the source tarball into a direction and then I build from
another directory (since I have multiple architectures). I configured
like this:
$ ../../src/configure \
--prefix=/opt/cyrus-imapd-2.1.11 \
As usual, I find the answer in the documentation shortly after I release my
question to the list. You can specify sasl_saslauthd_path in imapd.conf and
that works. What doesn't work is that the SASL documentation claims that:
saslauthd_path SASL Library Path to saslauthd run directory
On Mon, 9 Dec 2002, Kevin M. Myer wrote:
Including the mux named pipe causes this to work so I think the documentation
should read that you DO need to include the mux named pipe or maybe the
saslauthd_path option should be changed to saslauthd_mux_path.
Yes. This is what I get for believing
On Mon, 9 Dec 2002, Kevin M. Myer wrote:
Hi,
With the recent Cyrus IMAP buffer overflow exploit, its time to upgrade our mail
server. I've been sitting on a Cyrus IMAP 2.1.X CVS install from right before
the SASL2 requirement went into effect and have been holding off on upgrading
until I
Matt Selsky wrote:
I'm trying to build imapd-2.1.11
I unpacked the source tarball into a direction and then I build from
another directory (since I have multiple architectures). I configured
like this:
$ ../../src/configure \
--prefix=/opt/cyrus-imapd-2.1.11 \
Would it be possible to use Murder to migrate from UW IMAP? I have
Cyrus setup and running on a new machine, but the problem is that taking
everything down and converting all the mailboxes would be too much
downtime (2-3 days). What I was thinking of is setting up a frontend
server with UW
I had problems with the sieve and perl part too when trying to build out
of the source directory. Acap and sieve were fixed with these patches,
but I couldn't get the perl part to build. Seems I need to patch
MakeMaker for this 8-(
$ diff -u acap/Makefile.in.orig acap/Makefile.in
---
On Mon, 9 Dec 2002, John Alton Tamplin wrote:
Would it be possible to use Murder to migrate from UW IMAP? I have
Cyrus setup and running on a new machine, but the problem is that taking
everything down and converting all the mailboxes would be too much
downtime (2-3 days). What I was
Quoting Rob Siemborski [EMAIL PROTECTED]:
So, the murder really isn't intended to work like this.
Right, I understand. I also looked for more generic IMAP/LMTP proxies but most
of the links were dead and the ones that weren't seemed to be lacking something.
Does UW-IMAPd even support proxy
On Mon, 9 Dec 2002, John A. Tamplin wrote:
No, logins to it will have to be the user who is accessing their mailboxes.
Once the client logs into the proxy, isn't that same login information passed
onto the backend server?
No, the IMAP proxies use a superuser account to auth to the backends.
On Tue, 10 Dec 2002, Hack Kampbjorn wrote:
diff -u sieve/Makefile.in.orig sieve/Makefile.in
--- sieve/Makefile.in.orig Sat Dec 7 20:31:59 2002
+++ sieve/Makefile.in Sat Dec 7 20:32:47 2002
@@ -70,6 +70,8 @@
mv -f y.tab.h sieve.h
addr-lex.c: addr-lex.l addr.h
+
On Monday 09 December 2002 06:37 pm, John Alton Tamplin wrote:
Would it be possible to use Murder to migrate from UW IMAP? I have
Cyrus setup and running on a new machine, but the problem is that taking
everything down and converting all the mailboxes would be too much
downtime (2-3 days).
Rob Siemborski wrote:
On Tue, 10 Dec 2002, Hack Kampbjorn wrote:
diff -u sieve/Makefile.in.orig sieve/Makefile.in
--- sieve/Makefile.in.orig Sat Dec 7 20:31:59 2002
+++ sieve/Makefile.in Sat Dec 7 20:32:47 2002
@@ -70,6 +70,8 @@
mv -f y.tab.h sieve.h
addr-lex.c: addr-lex.l
I've applied patches similar to these (and the acap one, though we're
dropping the acap directory in 2.2 anyway, so) to CVS.
Thanks,
-Rob
On Mon, 9 Dec 2002, Matt Selsky wrote:
I had problems with the sieve and perl part too when trying to build out
of the source directory. Acap and
On Tue, 10 Dec 2002, Hack Kampbjorn wrote:
This is on a OpenBSD 3.2, so that would be bmake and flex:
$ flex --version
flex version 2.5.4
Okay, I'm guessing it's more bmake than flex, since the implicit rules
supplied by gmake are creating this file like so:
flex -t addr-lex.l addr-lex.c
Rob Siemborski wrote:
On Tue, 10 Dec 2002, Hack Kampbjorn wrote:
This is on a OpenBSD 3.2, so that would be bmake and flex:
$ flex --version
flex version 2.5.4
Okay, I'm guessing it's more bmake than flex, since the implicit rules
supplied by gmake are creating this file like so:
flex -t
First, our Sieve implementation currently doesn't deal with RFC 2047
encoded headers---or rather, it just compares the undecoded headers
against the UTF-8 string. This is obviously a bug which sadly isn't in
bugzilla.
Ken and I talked (a long time ago) about this. The main issue is that
Cyrus's
Hack Kampbjorn wrote:
Rob Siemborski wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to announce the release of Cyrus SASL 2.1.10 on
ftp.andrew.cmu.edu. This version corrects a number of DIGEST-MD5
interoperability issues, as well as corrects some potential buffer
overflows. It
Hi Larry,
We are considering a modification like this to fill_cache(message_data_t *)
in cyrus-imapd-2.1.11/sieve/test.c
%%SNIP%%
void fill_cache(message_data_t *m)
{
rewind(m-data);
/* let's fill that header cache */
--On Monday, December 09, 2002 6:01 PM -0800 Tim Showalter [EMAIL PROTECTED]
wrote:
different comparators would require different tables, I think. The table
Cyrus usually uses isn't suitable for i;ascii-casemap since space isn't
significant, but transcoding to UTF-8 and doing a dumb comparison
Quoting Jeremy Rumpf [EMAIL PROTECTED]:
You might also want to consider using the perdition IMAP/Pop3 proxy. It's
well
suited for something like this since it can use LDAP, MySQL, PostreSQL, and
local GDBM databases to lookup the real server for users.
OK. I now have two conflicting reports regarding testing for
OPENSSL_VERSION_NUMBER with OpenSSL 0.9.7 (both quoted below). Could
somebody who has 0.9.7 installed please try to figure out what the deal
is? I tend to believe that I was originally correct in including the
check, and I'm confused
HI,
On Monday, December 9, 2002, at 04:58 PM, Rob Siemborski wrote:
On Sun, 8 Dec 2002, Rob Mueller wrote:
Has there been any thought in spending some time cleaning up the code
to try
and stop these assumptions all over the place and create some better
abstractions? Clearly cyrus has been a
34 matches
Mail list logo
