On Freitag, 16. März 2007 09:09 Aaron Stone wrote:
> If it takes the same amount of effort to implement either
> multithreading or attachment sharing, it only makes sense to do
> multithreading first. This gives a huge performance benefit for the
> typical use case.
Your code, so I believe you. I'
Michael Monnerie wrote:
> I can't really benchmark this, it's a customers server, no time for
> playing around there. Cyrus works, so I won't touch it. I would have
> thought that big messages are no problem, as the DB should be much
> faster than the network anyway. Even when a message has 100M
On Fri, 2007-03-16 at 08:40 +0100, Michael Monnerie wrote:
> On Donnerstag, 15. März 2007 11:16 Aaron Stone wrote:
> > Paul and I write the code that interests us and what we can sell
> > support contracts for. This feature would be a lot of work for
> > hack-value equal or less than many of the ot
On Donnerstag, 15. März 2007 11:16 Aaron Stone wrote:
> Paul and I write the code that interests us and what we can sell
> support contracts for. This feature would be a lot of work for
> hack-value equal or less than many of the other features we've got on
> the drawing board. If there were a stro
On Thu, Mar 15, 2007, Charles Marcus <[EMAIL PROTECTED]> said:
>> Now we've got a customer who send and receive only really big mails,
>> mostly 10-100mb per mail. They work with big images :-) Overall e-mails
>> are about 140GB.
>>
>> I want to switch them from cyrus to dbmail, and wonder if s
Now we've got a customer who send and receive only really big mails,
mostly 10-100mb per mail. They work with big images :-) Overall e-mails
are about 140GB.
I want to switch them from cyrus to dbmail, and wonder if somebody has a
customer with lots of such e-mails (number and size). Would it
Michael Monnerie wrote:
> Hi list, I thought there was a discussion about the max messageblk size,
> but can't find it back. Currently it is 512KB by now in db.h:
>
> /* size of the messageblk's */
> #define READ_BLOCK_SIZE (512ul*1024ul) /* be carefull, MYSQL has a
> limit */
> (We use postgre
Hi list, I thought there was a discussion about the max messageblk size,
but can't find it back. Currently it is 512KB by now in db.h:
/* size of the messageblk's */
#define READ_BLOCK_SIZE (512ul*1024ul) /* be carefull, MYSQL has a
limit */
(We use postgresql anyway)
Now we've got a customer
