On 2014-02-18 11:06, Peter Milesson wrote:
On 2014-02-18 08:52, Paul J Stevens wrote:
On 18-02-14 00:55, Reindl Harald wrote:
Am 18.02.2014 00:44, schrieb Peter Milesson:
I have upgraded a mail server from DBMail 3.0.2 to 3.1.10 master
branch from 11.02.2014
please define "master branch"
master is that: http://git.dbmail.eu/paul/dbmail/log/, unstable, not
for production
3.1.x is that: http://git.dbmail.eu/paul/dbmail/log/?h=dbmail_3_1
if you really upgraded to *master* your did something terrible wrong
there may be some commits with the same decription in master and 3.1
tree
but the 3.1 tree has *backports* with no major changes
that is a complete different world compared with unstable master
My workflow is slightly different for git-internal reasons:
new features only end up on the master branch.
bug-fixes are done on the dbmail_3_1 branch and afterward forward-ported
to the master branch using git-cherry-pick. The main differences between
dbmail_3_1 and master are:
- new imap capabilities like: literal+ uidplus within condstore qresync
- a lot of small fixes resulting from static analysis using coverity
I assume Peter is using dbmail_3_1 on revision
e89ac73209e0902c0fc4a71e79ea12fe66b22cd8
Using the master branch is indeed for the brave of heart. But I run it
myself to test all the new IMAP capabilities and it's not in bad shape
at all - afaik. But I do mess up a commit now and then...
@Peter, are you running a proxy in front of dbmail? Most problems
reported here on 3.1 were solvable using a proxy like dovecot or nginx.
But I guess it depends on the problems you'll be reporting.
Hi Paul, Harald,
I used 78bee4a96c625a9f22b1e13a7f7d9a9e72532f56. Then I backed down to
the standard 3.1.10 with the patch
8c612adbe6468e2cb4d520789cd35156145c5f37. That didn't help a bit, the
behavior was the same.
Let me summarize the behavior of 3.1.10 (with, or without patches).
Remember that the current DBMail 3.0.2 is using all the new libraries
that were intended for DBMail 3.1.10. In some cases, messages are not
displayed (no text, no attachments), but works much better, except for
memory consumption. I have had reports about attachments disappearing,
but after examination, that is most probably sender error (forgot to
attach the file, an just resent the original). I almost never had any
fuzz with DBMail 3.0.2 with the old libraries. Thus, the problems are
most probably with DBMail.
The database is currently around 70GB in size, with about 300000
messages stored. I've tuned it with mysqltuner. DBMail is servicing
around 40 clients daytime, where at least 25 have their mail clients
open (mostly Mozilla Thunderbird). Everybody is using IMAP. Incoming and
stored messages are around 500 - 800 per day (well, number of
connections 15000 - 20000 per day, but Postfix etc. takes care of that).
Max message size is set to 80M in Postfix (a bit more in my.cnf).
I have tested with Zimbra Desktop also, no difference compared to
Thunderbird, except that Zimbra synchronizes everything at once, while
Thunderbird synchronizes folders on demand.
- First, DBMail 3.1.10 is much slower compared to 3.0.2. It seems to
take a lot more time to fetch the message body.
- For those users that have got huge mailboxes with lots of folders and
subfolders, the message lists end up like a mixed salad. Mostly, the
same set of message headers are displayed in the list, when opening an
arbitrary folder. The Mozilla Repair function does not help. It does not
help deleting cached headers/messages, the mixed salad is there. Using
exactly the same database with 3.0.2, everything is displayed neatly and
in good order, and each message is listed in the folder where it belongs.
- If AVG mail scanning is active (here's your proxy Paul!) The messages
are not fetched from the database while browsing through the message
list, that is no preview is shown. It is necessary to open the message
in a separate window first, or choose to display it as plain text (a
Thunderbird-only function). Even that does not help sometimes. It's
necessary to open another message, and then go back. After the first
message has been opened, most messages are displayed in the preview
pane, but not all. I noticed in one case with 3.0.2, that neither the
message, nor information about attachment was displayed in the preview
pane. When I opened the message, text and attachment was visible.
- There's still parts of a bug I reported previously, and that was
corrected with 8c612adbe6468e2cb4d520789cd35156145c5f37. The patch works
if there are attachments. If the message contains only plain text, the
message doesn't look right. I can supply messages processed by DBMail
3.0.2, as well as 3.1.10.
The report above should in no way be taken as criticism. DBMail has
served me very well through many years, and I really appreciate the work
behind (Paul, Harald, other people not forgotten), and I'm happy, if I
can contribute to make a good system even better.
I've now got a large DBMail database, and a server that is off line, and
that I can play around with. It's no problem to compile and install both
3.0.2, and 3.1.10 (though it may take a couple of days, due to my work).
Please tell me what you need, and in what order.
Best regards,
Peter
Hi folks,
After half a day of operation with DBMail 3.0.2 and support
libraries/systems according to the following:
MariaDB 5.5.34
gmime 2.6.19
glib 2.36.4
glibc 2.17
libevent 2.0.21
libzdb 2.12 (also tried 3.0)
libsieve 2.3.1
To my dismay, I must state the following:
- there is no indication of attachments in the message list
- the preview while browsing the message lists does not work, if the
message has got attachments. Then nothing is displayed. Only in-line
pictures are displayed
- even if I open messages in a new window, no text or attachments are
displayed. The message contents, with attachments is only displayed
if I open the message as if I would want to forward it.
Now there are no proxies involved at all.
I'm going to do a test installation of 3.0.2 with older components, and
subsequently increase the versions, until I've nailed down which
component causes problems...
Best regards
Peter
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
