Ok, thanks a lot for the reply. I'll keep digging then :)
On 12/21/18 4:19 PM, Aki Tuomi wrote:
> On 21.12.2018 15.01, Tim Mohlmann via dovecot wrote:
>> Hi, I now this is kinda impolite to ask, but I would like some feedback
>> on this issue. I'm representing the Mailu user g
ng the
image to Debian instead?
Or maybe you don't consider the trace good enough to work on? Also that
I would like to know.
Many thanks in advance!
Tim
On 12/20/18 9:49 AM, Tim Mohlmann via dovecot wrote:
> I'm really sorry, but it was a long day yesterday. I forgot to mention
> that I used
pushed the resulting image as muhlemmer/dovecot:debug.
https://cloud.docker.com/repository/docker/muhlemmer/dovecot/tags. Don't
know if its of much use by itself, without the Mailu ecosystem around.
Just in case.
Cheers!
On 12/20/18 2:04 AM, Tim Mohlmann via dovecot wrote:
> I've managed to re-compile
uot;
#23 0x7f165471b3d5 in master_service_run (service=0x55945e4afb40,
callback=0x55945e4ab5ed ) at master-service.c:775
No locals.
#24 0x55945e4ab7ce in main (argc=1, argv=0x55945e4af8e0) at
indexer-worker.c:78
service_flags = (MASTER_SERVICE_FLAG_KEEP_CONFIG_OPEN |
MASTER_SERVICE_FLAG_SEND_STATS)
storage_service_flags = (MAIL_STORAGE_SERVICE_FLAG_USERDB_LOOKUP
| MAIL_STORAGE_SERVICE_FLAG_TEMP_PRIV_DROP |
MAIL_STORAGE_SERVICE_FLAG_NO_IDLE_TIMEOUT)
c = -1
On 12/19/18 8:15 PM, Tim Mohlmann via dovecot wrote:
m
/usr/lib/dovecot/libdovecot.so.0
No symbol table info available.
#18 0x55d9471cdfa9 in main ()
No symbol table info available.
On 12/19/18 8:08 PM, Aki Tuomi wrote:
>
>> On 19 December 2018 at 20:00 Tim Mohlmann via dovecot <
>> dovecot@dovecot.org <mailto:dovecot@dovecot.
Dear list,
We been having some issues where the indexer-worker is crashing. This
happens on production servers which are handling a slight amount of
mail, but is also reproducible by moving messages. Also, users on my
server are complaining about "Trashed" items coming back etc.
Some details:
-
