Language:
switch to room list switch to menu My folders
Go to page: First ... 28 29 30 31 [32] 33 34 35
[#] Thu Nov 02 2017 14:04:54 EDT from kinetix @ Uncensored

Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

[Reply] [ReplyQuoted] [Headers] [Print]

I have just run a test of easyinstall on a fresh debian stretch install and am seeing exactly what you're seeing.  Will post another message here with my findings for the citadel team.

 

Thu Nov 02 2017 04:33:09 EDTfrom techacq1Aa @ Uncensored Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

 

is running the easy-install with zero complaints or indications

until

Setup could not connect to a running server.: No such file

or directory /usr/local/citadel/citadel-admin.socket

ordinarily I would just steamroller some silly thing like this,

but this suggests other less obvious problems yet to come.

<deleted expletives>

There is a single running instance of citserver, but no socket (as the message says) in /usr/local/citadel

This is all done as root

I am convinced something in Debian has quietly died



[#] Thu Nov 02 2017 14:23:46 EDT from kinetix @ Uncensored

Subject: easyinstall creating a crashing citadel on debian stretch

[Reply] [ReplyQuoted] [Headers] [Print]

Hi all,

I've just done a test easyinstall of citadel on a fresh debian stretch VM.  The pre-reqs were installed and easyinstall seemed to have no issue going through it's paces getting everything in place.  It does complain at the end of the citadel.socket not being in place, and it looks like citserver goes in to a boot loop, recycling itself over and over and getting nowhere.

The logs look like this:

Nov  2 09:54:12 testdebian citserver[487]: 

Nov  2 09:54:12 testdebian citserver[487]: 

Nov  2 09:54:12 testdebian citserver[487]: *** Citadel server engine ***

Nov  2 09:54:12 testdebian citserver[487]: Version 911 (build 3f857d7) ***

Nov  2 09:54:12 testdebian citserver[487]: Copyright (C) 1987-2017 by the Citadel development team.

Nov  2 09:54:12 testdebian citserver[487]: This program is distributed under the terms of the GNU General Public License.

Nov  2 09:54:12 testdebian citserver[487]: 

Nov  2 09:54:12 testdebian citserver[487]: libcitadel(unnumbered)

Nov  2 09:54:12 testdebian citserver[487]: main: creating lockfile

Nov  2 09:54:12 testdebian citserver[487]: Generating RSA key pair.

Nov  2 09:54:12 testdebian citserver[487]: Generating a generic certificate signing request.

Nov  2 09:54:12 testdebian citserver[487]: Generating a generic self-signed certificate.

Nov  2 09:54:12 testdebian citserver[487]: extensions: registered server command STLS (Start SSL/TLS session)

Nov  2 09:54:12 testdebian citserver[487]: extensions: registered server command GTLS (Get SSL/TLS session status)

Nov  2 09:54:12 testdebian citserver[487]: extensions: registered a new session function (type 0 Priority 30010)

Nov  2 09:54:12 testdebian citserver[487]: master_startup() started

Nov  2 09:54:12 testdebian citserver[487]: Checking directory access

Nov  2 09:54:12 testdebian citserver[487]: Opening databases

Nov  2 09:54:12 testdebian citserver[487]: db: open_databases() starting

Nov  2 09:54:12 testdebian citserver[487]: db: Compiled libdb: Berkeley DB 6.2.32: (April  5, 2017)

Nov  2 09:54:12 testdebian citserver[487]: db:   Linked libdb: Berkeley DB 6.2.32: (April  5, 2017)

Nov  2 09:54:12 testdebian citserver[487]: db:    Linked zlib: 1.2.8

Nov  2 09:54:12 testdebian citserver[487]: db: Setting up DB environment

Nov  2 09:54:12 testdebian citserver[487]: db: dbenv->open(dbenv, /usr/local/citadel/data/, 75043, 0)

Nov  2 09:54:12 testdebian citserver[487]: db: mounting databases

Nov  2 09:54:12 testdebian citserver[487]: Initializing configuration system

Nov  2 09:54:12 testdebian citserver[488]: 

Nov  2 09:54:12 testdebian citserver[488]: 

Nov  2 09:54:12 testdebian citserver[488]: *** Citadel server engine ***

Nov  2 09:54:12 testdebian citserver[488]: Version 911 (build 3f857d7) ***

Running an strace on it concludes with:
 
stat("/usr/local/citadel/data/cdb.0d", {st_mode=S_IFREG|0600, st_size=8192, ...}) = 0
open("/usr/local/citadel/data/cdb.0d", O_RDWR|O_CREAT, 000) = 18
fcntl(18, F_GETFD)                      = 0
fcntl(18, F_SETFD, FD_CLOEXEC)          = 0
fstat(18, {st_mode=S_IFREG|0600, st_size=8192, ...}) = 0
getpid()                                = 20256
writev(2, [{iov_base="citserver[20256]: Initializing c"..., iov_len=51}, {iov_base="\n", iov_len=1}], 2citserver[20256]: I
nitializing configuration system
) = 52
sendto(3, "<30>Nov  2 11:15:04 citserver[20"..., 71, MSG_NOSIGNAL, NULL, 0) = 71
chdir("/usr/local/citadel/")            = 0
open("/usr/local/citadel/citadel.config", O_RDONLY) = -1 ENOENT (No such file or directory)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x100000154} ---
+++ killed by SIGSEGV +++

I've attached the full strace if it helps.



strace-out.txt (text/plain, 419432 bytes) [View| Download]
[#] Thu Nov 02 2017 20:47:49 EDT from techacq1Aa @ Uncensored

Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

[Reply] [ReplyQuoted] [Headers] [Print]

This all has an acrid stench reminiscent of some kind of POLKIT chicanery.

I am away from the machines I have testing this on
but when I get back to them I will be looking at this possibility.

 

 

Thu Nov 02 2017 14:04:54 EDT from kinetix @ Uncensored Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

I have just run a test of easyinstall on a fresh debian stretch install and am seeing exactly what you're seeing.  Will post another message here with my findings for the citadel team.

 

Thu Nov 02 2017 04:33:09 EDTfrom techacq1Aa @ Uncensored Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

 

is running the easy-install with zero complaints or indications

until

Setup could not connect to a running server.: No such file

or directory /usr/local/citadel/citadel-admin.socket

ordinarily I would just steamroller some silly thing like this,

but this suggests other less obvious problems yet to come.

<deleted expletives>

There is a single running instance of citserver, but no socket (as the message says) in /usr/local/citadel

This is all done as root

I am convinced something in Debian has quietly died



 



[#] Fri Nov 03 2017 02:13:41 EDT from techacq1Aa @ Uncensored

Subject: Re: easyinstall creating a crashing citadel on debian stretch

[Reply] [ReplyQuoted] [Headers] [Print]

 

This does not happen with an xubuntu image I tried last night (easy install worked well, mostly...),
so this problem definitely belong Debian

looks like the first run by citserver dives into an infinity loop,
(so it never arrives at creating the socket ?):

 

 

Nov  2 18:59:08 debian9.1xfceVirgin citserver[26324]: db: Compiled libdb: Berkeley DB 6.2.32: (April  5, 2017)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26324]: db:   Linked libdb: Berkeley DB 6.2.32: (April  5, 2017)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26324]: db:    Linked zlib: 1.2.8
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26324]: db: Setting up DB environment
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26324]: db: dbenv->open(dbenv, /usr/local/citadel/data/, 75043, 0)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26324]: db: mounting databases
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26324]: Initializing configuration system
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]:
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]:
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: *** Citadel server engine ***
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: Version 911 (build 3f857d7) ***
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: Copyright (C) 1987-2017 by the Citadel development team.
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: This program is distributed under the terms of the GNU General Public License.
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]:
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: libcitadel(unnumbered)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: main: creating lockfile
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: extensions: registered server command STLS (Start SSL/TLS session)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: extensions: registered server command GTLS (Get SSL/TLS session status)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: extensions: registered a new session function (type 0 Priority 30010)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: master_startup() started
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: Checking directory access
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: Opening databases
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: db: open_databases() starting
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: db: Compiled libdb: Berkeley DB 6.2.32: (April  5, 2017)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: db:   Linked libdb: Berkeley DB 6.2.32: (April  5, 2017)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: db:    Linked zlib: 1.2.8
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: db: Setting up DB environment
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: db: dbenv->open(dbenv, /usr/local/citadel/data/, 75043, 0)
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: db: mounting databases
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26325]: Initializing configuration system
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26326]:
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26326]:
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26326]: *** Citadel server engine ***
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26326]: Version 911 (build 3f857d7) ***
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26326]: Copyright (C) 1987-2017 by the Citadel development team.
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26326]: This program is distributed under the terms of the GNU General Public License.
Nov  2 18:59:08 debian9.1xfceVirgin citserver[26326]:

 

Thu Nov 02 2017 14:23:46 EDT from kinetix @ Uncensored Subject: easyinstall creating a crashing citadel on debian stretch

Hi all,

I've just done a test easyinstall of citadel on a fresh debian stretch VM.  The pre-reqs were installed and easyinstall seemed to have no issue going through it's paces getting everything in place.  It does complain at the end of the citadel.socket not being in place, and it looks like citserver goes in to a boot loop, recycling itself over and over and getting nowhere.

The logs look like this:

Nov  2 09:54:12 testdebian citserver[487]: 

Nov  2 09:54:12 testdebian citserver[487]: 

Nov  2 09:54:12 testdebian citserver[487]: *** Citadel server engine ***

Nov  2 09:54:12 testdebian citserver[487]: Version 911 (build 3f857d7) ***

Nov  2 09:54:12 testdebian citserver[487]: Copyright (C) 1987-2017 by the Citadel development team.

Nov  2 09:54:12 testdebian citserver[487]: This program is distributed under the terms of the GNU General Public License.

Nov  2 09:54:12 testdebian citserver[487]: 

Nov  2 09:54:12 testdebian citserver[487]: libcitadel(unnumbered)

Nov  2 09:54:12 testdebian citserver[487]: main: creating lockfile

Nov  2 09:54:12 testdebian citserver[487]: Generating RSA key pair.

Nov  2 09:54:12 testdebian citserver[487]: Generating a generic certificate signing request.

Nov  2 09:54:12 testdebian citserver[487]: Generating a generic self-signed certificate.

Nov  2 09:54:12 testdebian citserver[487]: extensions: registered server command STLS (Start SSL/TLS session)

Nov  2 09:54:12 testdebian citserver[487]: extensions: registered server command GTLS (Get SSL/TLS session status)

Nov  2 09:54:12 testdebian citserver[487]: extensions: registered a new session function (type 0 Priority 30010)

Nov  2 09:54:12 testdebian citserver[487]: master_startup() started

Nov  2 09:54:12 testdebian citserver[487]: Checking directory access

Nov  2 09:54:12 testdebian citserver[487]: Opening databases

Nov  2 09:54:12 testdebian citserver[487]: db: open_databases() starting

Nov  2 09:54:12 testdebian citserver[487]: db: Compiled libdb: Berkeley DB 6.2.32: (April  5, 2017)

Nov  2 09:54:12 testdebian citserver[487]: db:   Linked libdb: Berkeley DB 6.2.32: (April  5, 2017)

Nov  2 09:54:12 testdebian citserver[487]: db:    Linked zlib: 1.2.8

Nov  2 09:54:12 testdebian citserver[487]: db: Setting up DB environment

Nov  2 09:54:12 testdebian citserver[487]: db: dbenv->open(dbenv, /usr/local/citadel/data/, 75043, 0)

Nov  2 09:54:12 testdebian citserver[487]: db: mounting databases

Nov  2 09:54:12 testdebian citserver[487]: Initializing configuration system

Nov  2 09:54:12 testdebian citserver[488]: 

Nov  2 09:54:12 testdebian citserver[488]: 

Nov  2 09:54:12 testdebian citserver[488]: *** Citadel server engine ***

Nov  2 09:54:12 testdebian citserver[488]: Version 911 (build 3f857d7) ***

Running an strace on it concludes with:
 
stat("/usr/local/citadel/data/cdb.0d", {st_mode=S_IFREG|0600, st_size=8192, ...}) = 0
open("/usr/local/citadel/data/cdb.0d", O_RDWR|O_CREAT, 000) = 18
fcntl(18, F_GETFD)                      = 0
fcntl(18, F_SETFD, FD_CLOEXEC)          = 0
fstat(18, {st_mode=S_IFREG|0600, st_size=8192, ...}) = 0
getpid()                                = 20256
writev(2, [{iov_base="citserver[20256]: Initializing c"..., iov_len=51}, {iov_base="\n", iov_len=1}], 2citserver[20256]: I
nitializing configuration system
) = 52
sendto(3, "<30>Nov  2 11:15:04 citserver[20"..., 71, MSG_NOSIGNAL, NULL, 0) = 71
chdir("/usr/local/citadel/")            = 0
open("/usr/local/citadel/citadel.config", O_RDONLY) = -1 ENOENT (No such file or directory)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x100000154} ---
+++ killed by SIGSEGV +++

I've attached the full strace if it helps.



(, 0 bytes) [View| Download]

 



strace-out.txt (text/plain, 419432 bytes) [View| Download]
[#] Fri Nov 03 2017 05:14:43 EDT from techacq1Aa @ Uncensored

Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

[Reply] [ReplyQuoted] [Headers] [Print]

The temporary solution to the initial problem:

getting Login-Names to not be publicized in the Username/DisplayName/emailaddress space

 

Private and not handed around like a business card

Login-Name         "Fetish King of Transylvania"

Password             "543210"

Public and visible to anyone who reads the headers

User-Name          "Bob"

Email address      "bob@sumcitserver.org"

Display-Name      "Sir Robert I. Payswell, Phd"

 

 

is to set in

ADMINISTRATION ->

-> EDIT SITE-WIDE SETTINGS ->

-> "Correct forged From: lines during authenticated SMTP"->

* No, allow any address in the From: header

 

This is spooky, but it does seem to work for the lastest Easy-Instal in my older version of SolydX

Guessing here,
but apparently when you set to "allow any"
then the culprit code rewriting the Display Name ceases overwriting anything.

Just a quick hack for the moment,
in memorial to Brian who was a minimalist until the very end..

 

 

Cheers ->  I will keep digging to see if I can come up with a less permissive solution.

 

 

 

Thu Nov 02 2017 20:47:49 EDT from techacq1Aa @ Uncensored Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

This all has an acrid stench reminiscent of some kind of POLKIT chicanery.

I am away from the machines I have testing this on
but when I get back to them I will be looking at this possibility.

 

 

Thu Nov 02 2017 14:04:54 EDT from kinetix @ Uncensored Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

I have just run a test of easyinstall on a fresh debian stretch install and am seeing exactly what you're seeing.  Will post another message here with my findings for the citadel team.

 

Thu Nov 02 2017 04:33:09 EDTfrom techacq1Aa @ Uncensored Subject: Re: Preferred Display Name unavailable outside Webcit for SMTP/IMAP emails

 

is running the easy-install with zero complaints or indications

until

Setup could not connect to a running server.: No such file

or directory /usr/local/citadel/citadel-admin.socket

ordinarily I would just steamroller some silly thing like this,

but this suggests other less obvious problems yet to come.

<deleted expletives>

There is a single running instance of citserver, but no socket (as the message says) in /usr/local/citadel

This is all done as root

I am convinced something in Debian has quietly died



 



 



[#] Fri Nov 03 2017 17:19:17 EDT from kinetix @ Uncensored

Subject: Re: easyinstall creating a crashing citadel on debian stretch

[Reply] [ReplyQuoted] [Headers] [Print]

I wanted to note a couple of things I saw today with further testing:

- When using the debian -dev packages for libdb, libical, libsieve2, libexpat1, libcurl4 and libssl and compiling by hand from citadel-easyinstall.tar.gz, I initially had compile errors until I noticed that libical in debian stretch is at version 2.  After removing and replacing that with the libical from easyinstall, citadel compiled fine again.

- Citadel built around the system dev packages and the easyinstall libical, citadel starts fine and doesn't exhibit the crash issue.

I am going to rebuild citadel from the easyinstall script and see which libraries it's linked to.



strace-out.txt (text/plain, 419432 bytes) [View| Download]