Does anyone know if 1.1 fixes the pop3d delivery to incorrect users problem.
The issue was that someone would get disconnected during a pop3 download,
then someone else would get that some pop3d process and recieve the previous
persons email. The fix was to have each pop3d die after 1
has been fixed :-)
Bret Baptist heeft op vrijdag, 21 feb 2003 om 19:05 (Europe/Amsterdam)
het volgende geschreven:
Does anyone know if 1.1 fixes the pop3d delivery to incorrect users
problem.
The issue was that someone would get disconnected during a pop3
download,
then someone else would
i am assuming that the current cvs is 1.1? if not, where can i get it? and
is the autoconf configure script working on rh7x?
thanks,
shon
--
power off einstein - moe syzlak
dbmail.org has the CVS instructions on it.
I just installed the latest CVS on redhat 7.2, using the build.sh script
and it ran fine, except it barfed on the final handoff to
dbmail-install.sh. This I had to just run by hand.
-Micah
At 04:20 PM 2/19/2003 -0600, you wrote:
i am assuming
On Wed, 2003-02-19 at 16:20, shon wrote:
i am assuming that the current cvs is 1.1? if not, where can i get it? and
is the autoconf configure script working on rh7x?
thanks,
shon
If it isn't, I'd like to hear about it.
--
Ryan Butler [EMAIL PROTECTED]
ADI Internet Solutions
Hi all,
last change request for 1.1: updating the 'version' defines/tags in the
different files - where exactly is the version defined for automake?
We'll be releasing dbmail 1.1 shortly afterwards.
Furthermore: would anyone on this list be prepared to write an how-to
for installing
A quick grep shows... [snipped for interesting lines]
[EMAIL PROTECTED] dbmail]$ grep -r 1\.0 *
buildtools/configure:VERSION=1.0
buildtools/configure.in:AM_INIT_AUTOMAKE(dbmail-smtp, 1.0)
configure.in:AM_INIT_AUTOMAKE(dbmail-smtp, 1.0)
VERSION:This is DBMAIL version 1.0
The VERSION file is
well it was scheduled for last thursday :-)
after checking all updates on the mailing list i think it is safe to
release 1.1 tomorrow; the 1.1 release will be the current CVS then.
regards roel
shon heeft op woensdag, 12 feb 2003 om 18:11 (Europe/Amsterdam) het
volgende geschreven:
is
Ryan Butler wrote:
Here is another patch so that autoconf finds postgresql headers on
debian machines.
Shouldn't files like Makefile.in and configure and all the other files
that are generated by automake
and autoconf be removed from cvs? Just an idea, since I know this is
common practice in
On Sat, 2003-02-08 at 06:56, Paul J Stevens wrote:
Ryan Butler wrote:
Here is another patch so that autoconf finds postgresql headers on
debian machines.
Shouldn't files like Makefile.in and configure and all the other files
that are generated by automake
and autoconf be removed from
On Fri, 2003-02-07 at 12:59, Roel Rozendaal - ICS wrote:
Hi,
we've decided to release dbmail 1.1 as soon as the autoconf is working.
I have applied some patches to cvs recently (last wednesday) but i
can't seem to get it working on our systems; seems like some
dependencies are failing
Also caught that another patch was never applied, so I remade it for the
current cvs as well, this can be applied after the patch I just sent, it
makes it so you MUST specify either --with-mysql or --with-pgsql
The current cvs will happily let you just ./configure and not setup
either sql
On Fri, 2003-02-07 at 13:41, Ryan Butler wrote:
Also caught that another patch was never applied, so I remade it for the
current cvs as well, this can be applied after the patch I just sent, it
makes it so you MUST specify either --with-mysql or --with-pgsql
The current cvs will happily let
Here is another patch so that autoconf finds postgresql headers on
debian machines.
--
Ryan Butler [EMAIL PROTECTED]
ADI Internet Solutions
diff -ur dbmail/configure.in dbmail.working/configure.in
--- dbmail/configure.in Fri Sep 13 08:56:44 2002
+++ dbmail.working/configure.in Fri Feb 7
Hi all,
from our point of view, dbmail 1.1 is needed as soon as possible since
the 1.0 release does not compile straight away and suffers from severe
pop-bugs. These problems seem to be solved now; we are planning to
release the current CVS as dbmail 1.1 next thursday. I would ask you
all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
wouldn't it be better to release CVS current as 1.1rc1, and let us test
it. this way we don't run into the silly things that happened to 1.0 :)
- -ben
Unix is user friendly, Its just picky about its friends.
On Tue, 4 Feb 2003, Roel Rozendaal -
well that would seem sensible from a pure version-number point of view
but the current cvs has no real new developments other than separate
authentication and QUOTA support. So this 1.1 release is more like a
1.0a bugfix release or however you would like to call it :-).
Our goal for the
I absolutely agree that the LDAP authentication should not be included for
1.1, however if you can include the infrastructure changes that will make
it easier to patch in, I'd much appreciate it :-)
I've posted the changes again this week, but mostly as descriptions and
code, not specifically
things (eg. autoconf, maybe the auth hooks
Aaron's requesting), like you said here.
Original Message
From: Roel Rozendaal - ICS dbmail@dbmail.org
To: dbmail@dbmail.org
Subject: Re: [Dbmail] DBmail 1.1 release
Sent: Tue, 4 Feb 2003 17:57:41 +0100
well that would seem sensible from a pure
19 matches
Mail list logo
