I recently upgraded from 2.0.7 to 2.1.3, and began getting these
errors. I have not been able to narrow down when they occur.
Assertion failed: (object), function imap_get_partspec, file
dm_imaputil.c, line 687.
Does this error have the potential to interrupt peices of the service?
-Joe
I upgraded from 2.0.7, and found during my upgrade that the table for
referencesfield was missing. I added it manually, but I'd like to know
if it's correct. (It seems to work.)
The following is the lines I added to the add_header_tables.pgsql file
in order to get this table.
CREATE SEQUEN
Hi Micah
I can manually connect and see the contents of 'dbmail' database using
mysql client.
I can also connect using mysql-admin ,with server as 'localhost'.
I am attaching the my.cnf and debian.cnf .
regards and thanks
Nataraj
Micah wrote:
Can you connect manually (using the mysql cl
Hmm. tough, is DBMail compiled with the same mysqlclient library version as
what's installed on the system?
-Micah
On Saturday 05 November 2005 1:01 am, Nataraj S Narayan wrote:
> Hi Micah
>
> I can manually connect and see the contents of 'dbmail' database using
> mysql client.
>
> I can also
There are/were some problems with the bodystructure code in 2.1.3. I'll release
2.1.4 rsn that will fix this and the segfault in evolution (hopefully).
Joe Love wrote:
> I recently upgraded from 2.0.7 to 2.1.3, and began getting these
> errors. I have not been able to narrow down when they occu
This too will be remedied in 2.1.4.
Joe Love wrote:
> I upgraded from 2.0.7, and found during my upgrade that the table for
> referencesfield was missing. I added it manually, but I'd like to know
> if it's correct. (It seems to work.)
>
> The following is the lines I added to the add_header_t
Your dbmail.conf states:
/var/run/mysql.sock
whereas your my.cnf states:
/var/run/mysql/mysqld.sock
ergo.
Nataraj S Narayan wrote:
> Hi Micah
>
> I can manually connect and see the contents of 'dbmail' database using
> mysql client.
>
> I can also connect using mysql-admin ,with server as '
Dave,
I've fix this problem in svn-trunk. Evolution now seems to work like a charm.
Bodystructure was returned like "(plist) (plist) (plist)" whereas evolution
expects (and the rfc specifies) "(plist)(plist)(plist)".
Still, I feel that evolution should *not* segfault on such a minimal diversion
