Sat Feb 15 2020 21:58:03 EST from MAS3 @ Uncensored Subject: Re: Mail aliases limited ?

So i started to do this right away.

Made a test user and copied the alias test1@mydomain.com 50 times (or thought i did).

Then i started to edit the number so that i would end up with aliases test1 to test 50.
But when i was at the number 10, i couldn't add characters anymore.
That field seems limited to 512 characters, and thus limiting the number of aliases after all.
In this test case, it limits the number of aliases to 24.
And they seem to work for this new test user, sent and received an external mail to test23@mydomain.com.

Both users i tried to add aliases to, should have space to add at least 1 alias to the list of 512 characters, but still there's trouble in getting that done.
So there must be something else that's going wrong, and i'm assuming it's me doing something wrong here.

 

 

Hi MAS3,

I'm facing quite the same issues concerning those aliases. I'm not using that many aliases like you do, but nevertheless they disappear totally randomly. As a workaround I'm checking every day whether the aliases have been disappeared or not, which is horrible. Furthermore the documentation seems to be quite poor, just like for other topics in Citadel as well...

Anyway...

Does anybody know in which file should those aliases appear? Sometimes I have the feeling that the Web-GUI of the admin page does not really transmit the changes, only after a service restart of Citadel.

Hope you'll get forward with this. I will try also my very best and as soon as I have a solution I'm going to post this here.

Cheers,

StonedMind

How can I access the Citadel admin web interface from an external browser? I've tried to open the port used in the firewall, but without luck.

BR,

Stein

Hello,

I've successfully installed citadel, but when i try to connect to the static ip address of my raspberry pi 3, it shows this error message:

Received unexpected answer from Citadel server; bailing out.

Also, when trying to open the citadel-server setup from terminal, the output said that the setup could not connect to a running citadel server: denied acces /var/run/citadel/citadel-admin.socket.

Anyone can help?

Thanks for your patience

Hi Guys, I hope you can help.

I am attempting to migrate an old Citadel server that I have had running on a raspberry pi since 2012.

Now I have successfully followed the EasyInstall process and got an empty server running.

But on exporting the data from the running server, and importing on the new server I get the following :

citserver[7422]: room_ops: CtdlCreateRoom(name=Lobby, type=0, view=0)
citserver[7422]: room_ops: cannot create room <Lobby> - already exists
citserver[7422]: room_ops: CtdlCreateRoom(name=Aide, type=3, view=0)
citserver[7422]: room_ops: cannot create room <Aide> - already exists
citserver[7422]: room_ops: CtdlCreateRoom(name=Local System Configuration, type=3, view=0)
citserver[7422]: room_ops: cannot create room <Local System Configuration> - already exists
citserver[7422]: room_ops: CtdlCreateRoom(name=Trashcan, type=0, view=0)
citserver[7422]: room_ops: cannot create room <Trashcan> - already exists
citserver[7422]: Seeding the pseudo-random number generator...
citserver[7422]: master_startup() finished
citserver[7422]: control: sanity checking the recorded highest message and room numbers
citserver[7422]: control: fixing MMnextroom 13 > 0 , found in 0000000009.Calendar
citserver[7422]: db: cursor still in progress on cdb 02: attempt to write during r/o cursor
citserver[7422]: db: citserver is stopping in order to prevent data loss. uid=0 gid=0 euid=0 egid=0

running undet gdb I get the following backtrace

#0  bailIfCursor (cursors=0x4be704 <masterTSD+4>, msg=0x475b34 "attempt to write during r/o cursor") at database.c:144
#1  0x00411be3 in cdb_store (cdb=13, ckey=0x475eec, ckeylen=10, cdata=0x5bec30, cdatalen=14) at database.c:469
#2  0x00416749 in CtdlSetConfigStr (key=0x475eec "MMnextroom", value=0xbfffc2e0 "13") at config.c:357
#3  0x004167a4 in CtdlSetConfigLong (key=0x475eec "MMnextroom", value=13) at config.c:369
#4  0x00412f03 in control_find_highest (qrbuf=0xbfffc518, data=0x0) at control.c:64
#5  0x00417fa7 in CtdlForEachRoom (CB=0x412e6b <control_find_highest>, in_data=0x0) at room_ops.c:657
#6  0x0041329d in check_control () at control.c:155
#7  0x0040832d in main (argc=2, argv=0xbffff754) at server_main.c:255

So bailIfCursor is going to cdb_abort() if there are any not null cursors. Since  CtdlForEachRoom is iterating around a cursor this test will always fail.

but cbd_store only calls bailIfCursor if there is no transaction.

So it seems to me the answer to this issue would be to put a transaction around the loop in CtdlForEachRoom.

This is the first time Ive looked at this code, so I could be making a big mistake, but could anyone who knows the code tell me if I am on the right track.

While investigating i found that setting sanity_diag_mode to 2  (-s2 in the command line)

allows the server to start and the log then contains many lines of the form:

citserver[7426]: control: fixing MMhighest 58110 > 0 , found in Aide

citserver[7426]: control: fixing MMhighest 59355 > 0 , found in Aide
citserver[7426]: control: fixing MMhighest 59648 > 0 , found in Aide

So it looks as though import does not set these  high index values.

So I would really like some advice should I

a) just use the -s2 flag and forget about the warnings

b) put in a cdb_begin_transaction /cdb_end_transaction in CtdlForEachRoom

c) Try to work out why  ./sendcommand "MIGR import" doesnt set these counts.

Ive limited time since my original raspberry Pi file system is 97% full

Regards

Kim

Further info :

I put a cdb_begin_transaction() and cdb_end_transaction()  around the call to CtdlForEachRoom in check_control, and the server starts!

I decided that changing CtdlForEachRoom may cause problems because it is called from multiple places, unlike check_control which only seems to be called at startup. My intention is to start the migration again from scratch and attempt to document every step.

Rgds Kim