Tue Jun 21 2022 08:58:44 EDT from IGnatius T Foobar Subject: Re: Trash folders

up we've found that if anyone deletes messages they end up in a kind
of global trash folder so that anyone on the system can read them! 

That's definitely not the normal behavior. Did someone create a global room called "Trash"? I'd be willing to believe that this could override the normal behavior with some clients (and if we find out this is the case, let us know and we'll code around it).

Yes, that appears to be what happened (though obviously not deliberately, could it have somehow been created by an IMAP client?)  Either way, I deleted the "Trash" and "Trashcan" from the "Main Floor" and it seems OK now.

Hello Volks sorry need help.

I am getting segmentation fault after updating debian stretch to buster:

Thx in advance

Log file:

Jun 27 22:56:08 my kernel: [ 1054.584447] show_signal_msg: 78 callbacks suppressed

Jun 27 22:56:08 my kernel: [ 1054.584456] citserver[3867]: segfault at 10000014c ip 00007ff0323a6198 sp 00007ffeaef906f0 error 4 in libdb-5.3.so[7ff0322d4000+142000]

Jun 27 22:56:08 my kernel: [ 1054.584483] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00

Jun 27 22:56:08 my kernel: [ 1054.643175] citserver[3868]: segfault at 10000014c ip 00007ff0323a6198 sp 00007ffeaef906f0 error 4 in libdb-5.3.so[7ff0322d4000+142000]

Jun 27 22:56:08 my kernel: [ 1054.643207] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00

Jun 27 22:56:08 my kernel: [ 1054.702374] citserver[3869]: segfault at 10000014c ip 00007ff0323a6198 sp 00007ffeaef906f0 error 4 in libdb-5.3.so[7ff0322d4000+142000]

Jun 27 22:56:08 my kernel: [ 1054.702406] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00

Jun 27 22:56:08 my kernel: [ 1054.761006] citserver[3870]: segfault at 10000014c ip 00007ff0323a6198 sp 00007ffeaef906f0 error 4 in libdb-5.3.so[7ff0322d4000+142000]

 

Jun 27 22:56:08 my kernel: [ 1054.761036] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00

 

Manual start

root@mygate:~# citserver -x 9

citserver[32092]:  

citserver[32092]:  

citserver[32092]: *** Citadel server engine ***

citserver[32092]: Version 917 (build b47178f) ***

citserver[32092]: Copyright (C) 1987-2018 by the Citadel development team.

citserver[32092]:  

citserver[32092]: This program is open source software: you can redistribute it and/or

citserver[32092]: modify it under the terms of the GNU General Public License, version 3.

citserver[32092]:  

citserver[32092]: This program is distributed in the hope that it will be useful,

citserver[32092]: but WITHOUT ANY WARRANTY; without even the implied warranty of

citserver[32092]: MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the

citserver[32092]: GNU General Public License for more details.

citserver[32092]:  

citserver[32092]: libcitadel(unnumbered)

citserver[32092]: main: creating lockfile

citserver[32092]: extensions: registered server command STLS (Start SSL/TLS session)

citserver[32092]: extensions: registered server command GTLS (Get SSL/TLS session status)

citserver[32092]: extensions: registered a new session function (type 0 Priority 30010)

citserver[32092]: master_startup() started

citserver[32092]: Checking directory access

citserver[32092]: Opening databases

citserver[32092]: db: open_databases() starting

citserver[32092]: db: Compiled libdb: Berkeley DB 5.3.28: (September  9, 2013)

citserver[32092]: db:   Linked libdb: Berkeley DB 5.3.28: (September  9, 2013)

citserver[32092]: db:    Linked zlib: 1.2.11

citserver[32092]: db: Setting up DB environment

citserver[32092]: db: dbenv->open(dbenv, /var/lib/citadel/data/, 75043, 0)

citserver[32092]: db: BDB2526 Finding last valid log LSN: file: 424695 offset 2551866

citserver[32092]: db: BDB1518 Recovery complete at Mon Jun 27 23:25:09 2022

citserver[32092]: db: BDB1519 Maximum transaction ID 0 recovery checkpoint [424695][2550648]

citserver[32092]: db: mounting databases

 

citserver[32092]: Initializing configuration system

 

Thanks

I thought the version of the repo is relativ up to date.

I will try it.