Thnx for reply, but i think im gonna refrase my questions...
sorry, Im still lost ;)
My nolige of linux is low, even if i have tinkerd with it on and off for
5years, my nolige in setting up a mailserver in it is NULL... so managed
to solve the initial .SO.0.0.0 problem my self...
currently
Aaron Stone wrote:
Not to crash your crash party, but please make sure to file a bug soon so
that we don't forget about this issue until the last minute before 2.0.2.
Meanwhile, I've been keeping an eye on runaway imapd's, and I actually
have quite a lot of them. Just happens that I'm on a
As a follow up to myself.
I've been building and testing 2.0.1 a little with garbage collection enabled.
Very informative stuff. list.c is definitely prime-suspect.
Thank you Dan Weber for the patch.
Keep you posted.
Paul J Stevens wrote:
Aaron Stone wrote:
Not to crash your crash
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=111
==
Reported By:boersmic
Assigned To:
The following bug has been ASSIGNED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=079
==
Reported By:scocking
Assigned
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=080
==
Reported By:scocking
Assigned To:
The following bug has been CONFIRMED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=122
==
Reported By:va1210
Assigned
The following bug requires your FEEDBACK.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=105
==
Reported By:MicahS
The following bug has been SUBMITTED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=127
==
Reported By:sr
Assigned To:
A BUGNOTE has been added to this bug.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=122
==
Reported By:va1210
Assigned
I'm putting my money where my mouth is: I've modified the 2_0 code and replaced
all strdup call with my_strdup call, implemented in debug.c
This my_strdup is a complete ripoff from glib's g_strdup. It uses my_malloc to
assign memory allowing full usage of my_free throughout the code.
This
The following bug has been RESOLVED.
==
http://dbmail.org/mantis/bug_view_advanced_page.php?bug_id=121
==
Reported By:Wolfram
Assigned To:
On Mon, 29 Nov 2004 16:55:33 +0100, Paul J Stevens [EMAIL PROTECTED] wrote:
I'm putting my money where my mouth is: I've modified the 2_0 code and
replaced
all strdup call with my_strdup call, implemented in debug.c
This my_strdup is a complete ripoff from glib's g_strdup. It uses my_malloc
Ilja, howabout it: can we start using gc in the codebase starting at
2.0.2?
And there was *much* rejoicing :) This is good to hear. Just for
kicks, I bet you haven't noticed any slowdowns either. -sc
--
Sean Chittenden
I just committed a fix for this one.
[EMAIL PROTECTED] wrote:
A BUGNOTE has been added to this bug.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=122
[EMAIL PROTECTED] said:
[snip]
--
paul - 29-Nov-04 20:09 CET
--
[snip]
As an optimization future-reference: The perfect fix would be to call
db_getmailbox
Paul J Stevens wrote:
Ilja, howabout it: can we start using gc in the codebase starting at 2.0.2?
I missed a couple of messages on the list: I missed redirecting calloc en realloc to GC which made dbmail-smtp
barf.
Ilja,
mixing glib's allocation with gc is indeed an issue with the 2.1
Ilja, howabout it: can we start using gc in the codebase starting at
2.0.2?
I missed a couple of messages on the list: I missed redirecting calloc
en realloc to GC which made dbmail-smtp barf.
Ilja,
mixing glib's allocation with gc is indeed an issue with the 2.1
codebase, but *not* for
Ok, please excuse the funky formatting..., the version of Evolution I'm
using is kinda crackers..
I've put together some information about using DBmail and sendmail 8.12 (and
newer).
I put together my sendmail.cf for 1.2.7b, so this may be out of date--but I'll
post it anyhow. I
Paul J Stevens wrote on 2004-11-28 17:29:
Although dbmail is hardly optimized for such tools as they rely heavily
on imap searching, you might check out offlineimap, which is a robust
imap sync tool.
But this really is a flawed approach wrt dbmail. Using imap to sync
dbmail storages is a
Richard Barrington wrote on 2004-11-28 22:46:
I'm not sure if I've read your aims correctly, but... From what I've
Googled, maybe big DB boxes with Slony for data replication, and
multiple IMAP front ends (LVS maybe?) could be a possibility?
Simon Buchanan wrote on 2004-11-29 00:44:
Hi There, I have found a strange issue with DBmail and mozilla
thunderbird... Im just wondering if anyone else has had the problem:
*Sometimes* when viewing mail via IMAP, the content (message block?) of
the message will not display... just the header
So, instead of 2 DBMail boxes, I will have one Cyrus box (which the users
will connect to), and a DBMail box which will only be used for statistical
analysis and archive purposes. DBMail is perfectly
suited for that purpose; it saves me a lot of coding.
Unless you've got a particular need to
On Sun, 28 Nov 2004 13:10:22 -0800, Micah [EMAIL PROTECTED] wrote:
So what Huib van Wees is saying is, you can't delete records in an innodb
table.
No that's not what I mean.
But I overread something in his message as I was reading it too quickly...
--
Met vriendelijke groet / With kind
Mark Mackay - Orcon wrote on 2004-11-29 03:05:
So, instead of 2 DBMail boxes, I will have one Cyrus box (which the users
will connect to), and a DBMail box which will only be used for statistical
analysis and archive purposes. DBMail is perfectly
suited for that purpose; it saves me a lot of
ocl wrote:
So, instead of 2 DBMail boxes, I will have one Cyrus box (which
the users will connect to), and a DBMail box which will only be
used for statistical analysis and archive purposes. DBMail is
perfectly suited for that purpose; it saves me a lot of coding.
This is why any replication
ocl wrote:
...
-- Single copy. Again, our people simply thrive on sending CC/BCC stuff
to 10 dozen people for every single mail. Again, without Cyrus,
we'd all be working for disk manufacturers.
Correct me if I'm wrong, but isn't this the purpose of the physmessage
table, so the
On Mon, 29 Nov 2004 04:44:03 -0800, Blake Mitchell
[EMAIL PROTECTED] wrote:
ocl wrote:
...
-- Single copy. Again, our people simply thrive on sending CC/BCC stuff
to 10 dozen people for every single mail. Again, without Cyrus,
we'd all be working for disk manufacturers.
Hello,
It appears that dbmail is using standard selects and not cursors for
pulling data. Is there any reason why?
Sincerely,
Joshua D. Drake
--
Command Prompt, Inc., home of PostgreSQL Replication, and plPHP.
Postgresql support, programming shared hosting and dedicated hosting.
If you never run dbmail-util -p, messages will never be deleted from the
database no matter what the user does.
dbmail does not currently support IMAP server side search (although it
is definitely in the works), but you can of course use a database query
to search your messages.
Dirk H.
Stefano Radice [EMAIL PROTECTED] writes:
but it sounds more like a project for future support. Maybe somebody
in the list can help us on pg.
http://slony.info/. It is very reliable, but you must have a primary
key on every table to be replicated.
Mike
--
You better not mess with Major Tom --
Michael Alan Dorman wrote:
Stefano Radice [EMAIL PROTECTED] writes:
but it sounds more like a project for future support. Maybe somebody
in the list can help us on pg.
http://slony.info/. It is very reliable, but you must have a primary
key on every table to be replicated.
You can also
32 matches
Mail list logo