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 p
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.
>
> http://www.vergenet.net/l
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 a
--On Tuesday, December 10, 2002 11:52 AM +0900 Mark Keasling
<[EMAIL PROTECTED]> wrote:
Hi Larry,
[ ... decode in fill_cache() ... ]
This hasn't been tested this yet since I stuck it in yesterday before
going home and have just returned to the office. It should decode
subjects into utf8. But
--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
Hi Larry,
(B
(BWe are considering a modification like this to fill_cache(message_data_t *)
(Bin cyrus-imapd-2.1.11/sieve/test.c
(B
(B%<%%>%
(Bvoid fill_cache(message_data_t *m)
(B{
(Brewind(m->data);
(B
(B/* let's fill that header cache */
(B
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
>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
>Cyr
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 a
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.
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
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 ad
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).
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 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 backend
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 prox
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 thi
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 is recommended that all
> 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
>
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 IM
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 \
--with-cyrus-prefi
On Mon, Dec 09, 2002 at 04:58:39PM -0500, 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 \
> --pr
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
> un
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 believin
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 (not
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 \
--with-cyrus-prefix=/opt/cyrus-imap-2.
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 transmi
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 ->
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.
>
> Ke
You bring up good questions.
(B
(BFirst, our Sieve implementation currently doesn't deal with RFC 2047
(Bencoded headers---or rather, it just compares the undecoded headers
(Bagainst the UTF-8 string. This is obviously a bug which sadly isn't in
(Bbugzilla.
(B
(BKen and I talked (a long time
I was wondering if there is an easy way to move the cyrus mail store to a
new server. I tried moving it simply by tarring the /var/lib/imap directory
and /var/spool/imap but that didn't seem to work. Of course, I had the mta
shutoff as well as cyrus-imapd prior to this operation.
I installed cyr
I seem to have this problem pretty consistently:
Dec 9 10:37:48 heaven lmtpd[80568]: DBERROR db3: region error detected; run recovery.
Dec 9 10:37:48 heaven lmtpd[80568]: DBERROR: dbenv->open '/var/imap/db' failed:
DB_RUNRECOVERY: Fatal error, run database recovery
Dec 9 10:37:48 heaven lmtpd[
--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" :-
-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 is recommended that all sites using a 2.x relea
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.f
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 project that's evolved over time, and
> the code is where it is now
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
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.
Hi,
(B
(BCan someone give me "how to" pointer...
(B
(BI need to know how to use non-ASCII text in sieve scripts.
(BFor example: using Japanese in message headers or mailbox names.
(B
(BFor example a message has a subject as follows:
(B
(B$BBjL>(B: $B%"%/%;%7%S%j%F%#%;%_%J!
(B # pr
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: De
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
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
42 matches
Mail list logo
