Please wait...
0 files
i guess if you're doing a show using the server some how and require everything to be the same on command, consider making a backup of the entire OS with a freshly set up install of citadel.. then depending on whatever backup solution you are using, ie proxmox.. it should be easy enough to just click restore (on proxmox the command would be something like "qm rollback vm:### /path/to/backupfile.gz") of which you could even use cron. but that gets out of the topic of citadel itself.
How do you view a list of previous usernames? I have a user who needs an email address that citadel is complaining is already in use but the user who has it doesn't exist.. so theres a database somewhere with it in it and i need to clear that.
if its easier, how can i just search an address to see who has it?
and if thats not possible, how do i "force" set a person's address?
i was able to find the UID for the user if that helps at all possibly. i haven't been able to find anything useful looking through the citadel documentation on my own yet though.
sadly i still have the issue and have had it for the past week now which is why i'm reaching out. i feel like i've explored every crevice of the web server with no luck and i'm hoping theres just a console command that can fix whatever's wrong or like force run the clean up command for old users. but, i've rebooted, its been at least 4 days and i've definately seen logs of it deleting and cleaning other stuff... but no luck on that specific user account.
it was created via LDAP and deleted from LDAP as well. i dont remember if i had to manually delete it from citadel or if it went away on its own after synching since its been a while since it was first deleted and i'm just now figuring out this was an issue.
what i have tried outside of citadel: recreating the user on LDAP so that citadel would ressurect or overwrite the user so i can just straight up delete it, but no luck. even assigning the UID says its already taken.. i've tried creating a generic account and tying the UID to it and deleting it with no luck..
maybe that specific type of cleaning service isn't running and i just need to restart that service? if that was the issue, i would imagine it'd be fixed in a matter of seconds after issuing a console command to restart it
root@Box:/usr/local/citadel# ./sendcommand IGAB sendcommand: started (pid=1392) connecting to Citadel server with data directory /usr/local/citadel sendcommand: can't connect: Connection refused
that's probably the problem.
well, i fixed the server's connection to itself... but now it just doesn't know what the command is
root@Mail:/usr/local/citadel# ./sendcommand IGAB
sendcommand: started (pid=625) connecting to Citadel server with data directory /usr/local/citadel
200 furryrefuge.com Citadel server ADMIN CONNECTION ready.
IGAB
530 Unrecognized or unsupported command.
sendcommand: processing ended.
well, i now have the UID of the non existant user account that uses the address. can i use this UID and sendcommand to remove the account? or at least unset/reset the address so its not taken up by the account?
so, after trying commands to unset the email (there was no straight up delete user command), i tried AGUP/ASUP and that failed saying user didn't exist so i couldn't change the email. here's the connundrum: GETU says it exists, but QUSR says it doesn't exist.. i can't query the user, but i can just get the user and it exists. doesn't appear in LIST... i'm not sure what to do. i did run TDAP which i assume is as close to IGAB as i can get, but that hasn't done anything useful just yet... says it started and its been an hour and the issue still exists, so i dont think it helped any.
root@Mail:/usr/local/citadel# ./sendcommand "GETU Use R. Name"
sendcommand: started (pid=3213) connecting to Citadel server with data directory /usr/local/citadel
200 furryrefuge.com Citadel server ADMIN CONNECTION ready.
GETU Use R. Name
200 80|24|0|
sendcommand: processing ended.
root@Mail:/usr/local/citadel# ./sendcommand "QUSR Use R. Name"
sendcommand: started (pid=3214) connecting to Citadel server with data directory /usr/local/citadel
200 furryrefuge.com Citadel server ADMIN CONNECTION ready.
QUSR Use R. Name
570 No such user.
root@Mail:/usr/local/citadel# ./sendcommand "CHEK Use R. Name"
sendcommand: started (pid=3208) connecting to Citadel server with data directory /usr/local/citadel
200 furryrefuge.com Citadel server ADMIN CONNECTION ready.
CHEK Use R. Name
200 0|0|0||
i've tried looking for a table in the documentation that shows what the GETU output "80|24|0" means as i assumed it was UID, permissions, and whatever else... but apparently i'm wrong as every user i've tried GETU with returns 80|24|0. there doesn't seem to be any clear documentation on what exactly that means. documentation on both GETU and SETU below. according to this, the SETU command also takes inputs on screen as the 2nd and third arguments? even if it ignores them i'd have to use a placeholder like 0 so.. if the GETU output was like "something | permissions | something" then SETU would be "SETU Use R. Name|0|0|something|0|something" correct?
"GETU (GET User configuration)
This command retrieves the configuration options for the currently logged in account. ERROR+NOT_LOGGED_IN will be returned if no user is logged in, of course. Otherwise, OK will be returned, followed by four parameters. The first two parameters in the past conveyed the stored screen dimensions for the user, but since modern displays are able to communicate their screen dimensions back to the system this is no longer needed, so the server always returns 80x24 as a placeholder. The third parameter is a bag of bits with the following meanings: US_LASTOLD 16 Print last old message with new US_EXPERT 32 Experienced user (suppress some of the help blurbs) US_UNLISTED 64 Unlisted userlog entry US_NOPROMPT 128 Don't prompt after each message US_DISAPPEAR 512 Use "disappearing msg prompts" US_PAGINATOR 2048 Pause after each screen of text There are other bits, too, but they can't be changed by the user (see below). SETU (SET User configuration) This command does the opposite of GETU: it takes the screen dimensions and user options (which were probably obtained with a GETU command, and perhaps modified by the user) and writes them to the user account. This command should be passed three parameters: the screen width, the screen height, and the option bits (see above). It returns ERROR+NOT_LOGGED_IN if no user is logged in, and ERROR+ILLEGAL_VALUE if the parameters are incorrect. Note that there exist bits here which are not listed in this document. Some are flags that can only be set by administrators. SETU will ignore attempts to toggle these bits. There also may be more user settable bits added at a later date. To maintain later downward compatibility, the following procedure is suggested: * Execute GETU to read the current flags * Toggle the bits that we know we can toggle * Execute SETU to write the flags If we are passed a bit whose meaning we don't know, it's best to leave it alone, and pass it right back to the server. That way we can use an old client on a server that uses an unknown bit without accidentally clearing it every time we set the user's configuration. As noted above, we no longer store per-user screen dimensions, so any value supplied will be ignored.