Language:
switch to room list switch to menu My folders
Go to page: First ... 13 14 15 16 [17] 18 19
[#] Mon Oct 03 2022 19:34:50 EDT from mrsfeathers

Subject: Re: citadel mail server

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

yes, i've got mine set up with my gmail app so i recieve my ciadel mail on my phone

 


[#] Mon Oct 03 2022 19:39:16 EDT from mrsfeathers

Subject: Re: How to delete all emails

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

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.



[#] Mon Oct 03 2022 22:51:55 EDT from IGnatius T Foobar

Subject: Re: Move Citadel Location

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

I would like to move Citadel to the SSD so that it has plenty of
room. How would I do this? I am still in the setup phase, no users on
it, so if I need to reinstall, I can.

If you installed using the Easy Install script, your installation will be in the following directories:
* /usr/local/citadel
* /usr/local/webcit
* /usr/local/ctdlsupport

You could just arrange for those directories to be mounted from the SSD, and move the data accordingly.

Method 2: if you want to keep the OS and programs on the MicroSD, and just move your database to the SSD, you can follow the procedure in this document:
[ https://www.citadel.org/how_may_i_improve.html ]

That shows you how to configure Citadel's embedded Berkeley DB database to look in a specific location for its files.

Method 3: if you want to completely reinstall your machine ... just ditch the MicroSD card altogether and install the operating system directly to the SSD. If you have a Raspberry Pi 4, this is possible. If it's an older Pi 4 you might need to do an EEPROM update. See [https://www.citadel.org/how_may_i_improve.html ] for interesting info.

[#] Tue Oct 04 2022 13:10:01 EDT from bobbydharrell

Subject: Re: Move Citadel Location

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

 

Mon Oct 03 2022 22:51:55 EDT from IGnatius T Foobar Subject: Re: Move Citadel Location
I would like to move Citadel to the SSD so that it has plenty of
room. How would I do this? I am still in the setup phase, no users on
it, so if I need to reinstall, I can.

If you installed using the Easy Install script, your installation will be in the following directories:
* /usr/local/citadel
* /usr/local/webcit
* /usr/local/ctdlsupport

You could just arrange for those directories to be mounted from the SSD, and move the data accordingly.

Method 2: if you want to keep the OS and programs on the MicroSD, and just move your database to the SSD, you can follow the procedure in this document:
[ https://www.citadel.org/how_may_i_improve.html ]

That shows you how to configure Citadel's embedded Berkeley DB database to look in a specific location for its files.

Method 3: if you want to completely reinstall your machine ... just ditch the MicroSD card altogether and install the operating system directly to the SSD. If you have a Raspberry Pi 4, this is possible. If it's an older Pi 4 you might need to do an EEPROM update. See [https://www.citadel.org/how_may_i_improve.html ] for interesting info.

Thank you!



[#] Tue Oct 04 2022 22:12:59 EDT from mrsfeathers

Subject: View Old Names To Fix Problem

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

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?



[#] Wed Oct 05 2022 00:44:12 EDT from mrsfeathers

Subject: Re: View Old Names To Fix Problem

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

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.



[#] Wed Oct 05 2022 09:11:20 EDT from IGnatius T Foobar

Subject: Re: View Old Names To Fix Problem

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

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.

By the time you read this, the problem will probably have gone away by itself.

This is because there is a purge function that runs overnight and will fully erase those accounts.

[#] Wed Oct 05 2022 10:57:53 EDT from mrsfeathers

Subject: Re: View Old Names To Fix Problem

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

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

  • Im Wörterbuch speichern
     
    • Keine Wortliste für Englisch → Englisch (USA)...
       
    • Eine neue Wortliste erstellen...
  • Kopieren


[#] Thu Oct 06 2022 15:00:10 EDT from IGnatius T Foobar

Subject: Re: View Old Names To Fix Problem

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

Ok, try this:

cd /usr/local/citadel
./sendcommand IGAB


[#] Sun Oct 09 2022 05:13:54 EDT from mrsfeathers

Subject: Re: View Old Names To Fix Problem

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

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.

 
  • Im Wörterbuch speichern
     
    • Keine Wortliste für Englisch → Deutsch...
       
    • Eine neue Wortliste erstellen...
  • Kopieren


[#] Sun Oct 09 2022 08:29:43 EDT from OtherChris

Subject: Can receive mails, but cannot send

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

Hi!

So I've set up Citadel on a small test server I've got at home (behind a router) using the "install from docker container" route. The DNS is (I think) set up, and I can receive mail without an issue. I cannot, however, send any mails... Any I try to send just get returned with "Delivery Status Notification (Failure)" and that the email address is undeliverable (with an error code of 421). This happens no matter which address I try to send to; I've tried sending to four different addresses so far, and they all get the exact same error message. I can see the mail being queued by the Citadel server, and after about a minute or two it's removed from the queue (which, as I've understood it, is how it's supposed to look).

A couple of thoughts I've had:

1) DNS entries. I've got an MX entry (which obviously is correct considering I can receive mails), as well as a SPF and a DMARC entry. I've been using "MXToolBox", and that one says they're correct, so I guess they are? The DMARC is "v=DMARC1;p=none;rua=mailto:<my mail address>;ruf=mailto:<my mail address>", and the SPF one is "v=spf1 mx -all". Should they look any different?

2) Ports. Right now I've only got port 25 forwarded to my mail server in my router (I try to keep as few ports as possible open to the outside for obvious reasons). Do outgoing mails need another port opened for some reason (seeing how they're outgoing, I can't see why, but...)?

I had this problem before adding the SPF and DMARC DNS entries; nothing at all has changed since I added those. And considering the problem exists for all external addresses (I can send to other local addresses that exist in the Citadel server without an issue, but I'm guessing those don't go anywhere at all outside Citadel), my current guess is that it's something local on my end and that the mails aren't being sent out correctly. Any tips for what else I can test? Are there logs in Citadel that would point me in the right direction (I haven't been able to find any, even after opening a bash in my container)?



[#] Tue Oct 11 2022 17:49:17 EDT from mrsfeathers

Subject: Re: View Old Names To Fix Problem

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

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.



[#] Wed Oct 12 2022 17:18:50 EDT from IGnatius T Foobar

Subject: Re: View Old Names To Fix Problem

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

Hmm, I guess I had forgotten that the IGAB command was removed.

You can also do something like

./sendcommand "QDIR username@your.domain"

And it will tell you what Citadel account is bound to that email address.



[#] Sat Oct 15 2022 03:58:51 EDT from mrsfeathers

Subject: Re: View Old Names To Fix Problem

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

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?



[#] Mon Oct 17 2022 15:27:26 EDT from mrsfeathers

Subject: Re: View Old Names To Fix Problem

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

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||

  • Im Wörterbuch speichern
     
    • Keine Wortliste für Englisch → Englisch (USA)...
       
    • Eine neue Wortliste erstellen...
  • Kopieren
  • Im Wörterbuch speichern
     
    • Keine Wortliste für Englisch → Englisch (USA)...
       
    • Eine neue Wortliste erstellen...
  • Kopieren
  • Im Wörterbuch speichern
     
    • Keine Wortliste für Englisch → Englisch (USA)...
       
    • Eine neue Wortliste erstellen...
  • Kopieren
  • Im Wörterbuch speichern
     
    • Keine Wortliste für Englisch → Englisch (USA)...
       
    • Eine neue Wortliste erstellen...
  • Kopieren


[#] Wed Oct 19 2022 09:26:21 EDT from IGnatius T Foobar

Subject: Re: View Old Names To Fix Problem

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

If GETU works, I wonder if SETU also works?  You could set the user's access level to 0 (deleted) and then allow it to purge (or initiate a purge using TDAP).

By the way, if you're tired of entering server commands, you could also log in with the console mode client (as an administrator) and try the .Admin User Delete command.

Finally: the CHEK command doesn't operate on an individual user account.  It's not relevant here.



[#] Thu Oct 20 2022 04:02:06 EDT from mrsfeathers

Subject: Re: View Old Names To Fix Problem

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

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.
"



[#] Thu Oct 20 2022 04:03:19 EDT from mrsfeathers

Subject: Re: View Old Names To Fix Problem

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

i guess just "SETU Use R. Name|0|0|0|0|0" would work? but i feel like i'm not even remotely right.



[#] Thu Oct 20 2022 04:41:17 EDT from Marisa Giancarla <fstltna@yahoo.com> to room_Citadel_Support@uncensored.citadel.org

Subject: Re: [Citadel Support] Re: View Old Names To Fix Problem

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

Doesnt the 80 & 24 refer to screen width and number of lines?


Marisa

On 10/20/2022 1:02 AM, mrsfeathers wrote:

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.
"

-- 
--- https://msbob.org - Support for MS Bob user interface
--- https://pocketmud.com - Support and hosting for CoffeeMUD MUDs
--- https://minecity.online - Support and hosting for Minetest/Multicraft2
--- https://synchronetbbs.org - Support and hosting for Synchronet BBS software


[#] Fri Oct 21 2022 05:59:01 EDT from mrsfeathers

Subject: Re: [Citadel Support] Re: View Old Names To Fix Problem

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

that does make sense, i didn't make the connection. but then how would i format the rest of everything? they all already all have 0's as the 3rd number. what specifically am i supposed to set to 0 on this user? the 4th or 5th number? i hope i'm just missing like just a quick value map i could make sense of



Go to page: First ... 13 14 15 16 [17] 18 19