Am 03.09.2013, 12:52 Uhr, schrieb Alan Hicks <ahi...@p-o.co.uk>:
And when you re-upgrade?
Occasionally I see a large text email body not showing in Thunderbird,
forwarding the message shows the body, then going back to the original
message the body reappears. This only appears occasionally with non
mime messages.
That happens because dbmail has a security problem by mixing the
communication of multiple users in IMAP and POP3 communication, Paul and
Harald and sometimes my self try to find this problem and fix it but this
fixed?!
The problem that I have is that an old message get fucked up in Opera M2
and Roundcube and that happened never before.
I've been running 3.1.3 for a while and 3.1.4 since release and have
only seen improvements and stability for which I thank Paul Stevens and
Reindl Harald who have put in considerable effort.
DBMail 3.1 is stable on FreeBSD 9.1 and I have only had feedback from
one issue as reported here.
3.1.3 is unstable. 3.1.4 runs stable but has still some issues.
And I'm still on gmime 2.4.25-1~bpo60+1 and atm I see no reasons to switch
while there is no confirm version in 2.6 series.
Alan
On 03/09/2013 11:04, Harald Leithner wrote:
Running 3.1.4 since yesterday until 11:59.
I tried to open a newsletter from a supplier and in an white screen in
Opera M2 and Roundcube. Also old newsletter of this supplier has been
displayed white. Source seams fine.
Downgrade to 3e5ada60b9c96 displays the message correct.
thx for you attention.
Harald
Am 02.09.2013, 12:52 Uhr, schrieb Paul J Stevens <p...@nfg.nl>:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all,
I've released DBMail 3.1.4.
This is a bug-fix only release. No new features, no schema changes.
Notable changes are:
- - Improve reliability of message reconstruction under severe
concurrency pressure.
- - STLS now works again in pop3d.
- - native filters sometimes kept delivering to INBOX which is now
fixed.
- - imapd sometimes went into a spin-lock when a client disconnected.
Hopefully this has now been resolved.
- - the code was audited for potential buffer overruns.
- - the maximum recursion depth is now limited to 64. Note that this
does *not* refer to the number of attachments, but to the depth limit
of attachments-within-attachments.
One unexpected thing did come up during the testing: MariaDB
apparently has a bug which breaks message re-construction for
multipart messages with many parts. Hopefully this will be fixed in
the near future. Until then, don't use MariaDB.
Special thanks to Harald Reindl for extensive assistance with testing
this release.
downloads:
http://www.dbmail.org/download/3.1/dbmail-3.1.4.tar.gz
http://git.dbmail.eu/paul/dbmail/snapshot/dbmail-3.1.4.tar.gz
https://github.com/pjstevns/dbmail/archive/v3.1.4.tar.gz
changlog:
http://git.dbmail.eu/paul/dbmail/log/?id=v3.1.4
- --
________________________________________________________________
Paul J Stevens pjstevns @ gmail, twitter, skype, linkedin
* Premium Hosting Services and Web Application Consultancy *
www.nfg.nl/i...@nfg.nl/+31.85.877.99.97
________________________________________________________________
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/
iEYEARECAAYFAlIkbf4ACgkQ8iITvBH4zTFJNgCeNKA+FjosRPE6hRvUUiOn8nJ7
ttwAnikoZixVqzhjEuKulmDgGOnHStJ/
=+srr
-----END PGP SIGNATURE-----
_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
--
Harald Leithner
ITronic
Vogelweidplatz 12, 1150 Wien, Austria
Tel: +43-1-786 23 88
Fax: +43-1-98 52 077
Mobil: +43-699-123 78 4 78
Mail: leith...@itronic.at | itronic.at
_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
