""Kevin Baker"" <[EMAIL PROTECTED]> said:
> Are there any significant performance gains using Pg over
> MySQL on the newer releases?
>
> Just curious... with the discussion of possibly adding
> real transaction support on Pg, it might be worth looking
> into.
MySQL with InnoDB tables also suppor
Are there any significant performance gains using Pg over
MySQL on the newer releases?
Just curious... with the discussion of possibly adding
real transaction support on Pg, it might be worth looking
into.
Thanks,
Kevin
""Sumbry]["" <[EMAIL PROTECTED]> said:
> > 1) Has anyone got the latest full CVS actually working correctly using the
> > new table names?
I've been working on the database scripts this week, they're not done. In
fact, I just filed a bug because the auto_replies and auto_notifications
tables are
> There are still a few problems with the function of the current CVS.
>
> 1) Has anyone got the latest full CVS actually working correctly using the
> new table names?
> 2) The current CVS might be a little premature for a candidate release.
>
> best... Mike
I did - only after manually changing a
Just a quick note to add to this thread.
Over the past 24 hours I attempted to build the full CVS on SunOs 5.9,
FreeBSD 5.2.1, FreeBSD 4.10 and Red Hat Linux 9.
Ordinarily each of the four systems run RC7 except the SunOS which runs
1.2.9. I used the same building tools as for the existing stable v
Hello ML,
Sorry I hope this is not off-topic here and sorry for my bad english. I have a
question in connection with how does it works.
At the webpage I found the sentence:
"The MTA hands the messages over to dbmail-smtp, using a pipe interface ... "
My question is: When is the massages hande
Michael Häusler <[EMAIL PROTECTED]> said:
> So it is lurker-time! Well let me chime in.
Thanks to all of you guys for bringing up fresh opinions and points of view.
> Sumbry, Simon, I have to disagree with both of you.
> In one line: Release early, release often.
This is a good motto, but must
Hello,
So it is lurker-time! Well let me chime in.
Sumbry, Simon, I have to disagree with both of you.
In one line: Release early, release often.
Especially something like table_prefixes (At least dbmail_*). In a
day and age where everyone is moving everything into the database,
not prefixing
Sumbry][ wrote:
I'm relatively new to dbmail development, and have been lurking for quite
a while and quietly following the latest CVS. Honestly, I do not believe
dbmail 2 should even be in RC phase.
> I honestly suggest reseting the RC numbering, implementing most of the
> changes that were t
I'm relatively new to dbmail development, and have been lurking for quite
a while and quietly following the latest CVS. Honestly, I do not believe
dbmail 2 should even be in RC phase. Maybe there should be a feature
freeze, but most of the changes coming out are changes that I think
should be im
10 matches
Mail list logo
