Hi,
Le mercredi 19 septembre 2012 à 07:24 -0400, Ludovic Marcotte a écrit :
> On 19/09/12 06:13, Emmanuel Temam wrote:
> > Can you provide us some help?
>
> sope-mime most likely bork while parsing results from your IMAP server.
> These errors aren't easy to diagnose and fix. You can start by producing
> a detailed stacktrace when this happens for the stuck process.
>
sope mime borking (leading to blank page/process hangs) is the main
problem (the only ?) we get with SOGO here. It is an excellent product
but it would be better without this "blank page" effect :).
On 1.3.18a (debian squeeze / amd64) we are still encountering
many errors (of different kind) related to message parsing (as
in previous versions).
I opened a bug yesterday (#1987) about such a case : it occurs
when parsing some pattern of address header.
Some errors lead to process hanging / blank page (just as it is
the case for the O.P., Emmanuel) or else blank pages alone
(without process hanging) but also without any content on the
folfer hierarchy part of the U.I :(
It seems the libsope-mime-libs is rather old : it is not able to
parse some legit messages ..... but worse it is not resilient
enough to parse bad formatted (non legit) ones. Alas, there are
many non rfc-compliant messages flowing into our mailboxes :(
At least, could it be possible, on the SOGo side, to avoid this
"process hanging and/or blank pages" effect when a message parser
raises an error ?
For us (and I think many) it would be fine to have the
unrecognized message replaced by some "generic" error message.
This message could, for example, indicate to the user how to
recover from the error.
This kind of errro recovery would be much better than our
current task : Explain to our users that the whole U.I. is
screwed because of *one* error in *one* message.
À part ça, SOGo est vraiment un bon produit.
Regards ...
J.-M Kubek
> Thanks,
>
> --
> Ludovic Marcotte
> +1.514.755.3630 :: www.inverse.ca
> Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence
> (www.packetfence.org)
>
--
[email protected]
https://inverse.ca/sogo/lists
