Language:
switch to room list switch to menu My folders
Go to page: First ... 70 71 72 73 [74] 75 76 77 78 ... Last
[#] Wed Jan 27 2016 17:44:14 EST from jackdeth @ Uncensored

Subject: Re: Possible to run webcit as non-root user?

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

Not sure how I missed the "-u" parameter.  It's working now, thank you for your help!

Wed Jan 27 2016 13:59:11 EST from dothebart @ Uncensored Subject: Re: Possible to run webcit as non-root user?

 

Tue Jan 26 2016 20:03:09 EST from jackdeth @ Uncensored Subject: Possible to run webcit as non-root user?

Was just wondering if webkit can be configured to run as non-root like citserver can.  It doesn't prompt for the option in the "setup" program, and I didn't see any command line options I could set in /etc/rc.d/init.d/webcit, but figured I would ask.



webcit will drop root privileges and swap to the userid you specified with -u

The watcher process  however will remain running as root, since it may need the privileges to bind a port below 1024 when having to respawn a crashed work process.

The only permission webcit needs at runtime is either access to the citadel unix domain socket, or tcp port 504 plus read access on its static files.



 



[#] Wed Jan 27 2016 19:51:20 EST from Robert Wolfe @ Neptune

Subject: Testing

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

Ok, just the standard test posting :)



[#] Thu Jan 28 2016 01:04:35 EST from jackdeth @ Uncensored

Subject: Re: WebCit resetting highest message read counter?

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

I guess I should just comment this out of the code.  

It looks like it occurs in 3 places in the webcit code (list below just using grep on a clone of the latest git repo).  

I'm just not sure why this would be desirable behavior..am I missing something? 

webcit/roomops.c:slrp_highest();
webcit/marchlist.c:slrp_highest();
webcit/who.c:slrp_highest();
 
Wed Jan 27 2016 14:03:57 EST from dothebart @ Uncensored Subject: Re: WebCit resetting highest message read counter?

 

Wed Jan 27 2016 03:16:10 EST from jackdeth @ Uncensored Subject: WebCit resetting highest message read counter?

Can anyone give me some insight into why WebCit is sending "SLRP HIGHEST" commands when I just list the messages in my Inbox?  This clears all my "unread" flags and I don't know which emails I have read and which ones I haven't.  

Seems like an odd feature, am I missing something on how this is supposed to work?

 



hm, you're probably right,

rooms.c

        if (WC->CurRoom.view != VIEW_MAILBOX) { /* dotgoto acts like dotskip when we're in a mailbox view */
                slrp_highest();
        }
^^^ should also check for VIEW_JSON_LIST



 



[#] Thu Jan 28 2016 02:42:08 EST from dothebart @ Uncensored

Subject: Re: WebCit resetting highest message read counter?

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

If you're using the "goto next" button, and go through rooms with bulletin board view, you usually only read the newest messages. Most of the other room formats (addressbook, ...) don't care much about read / unread anyways.

Thu Jan 28 2016 01:04:35 EST from jackdeth @ Uncensored Subject: Re: WebCit resetting highest message read counter?

I guess I should just comment this out of the code.  

It looks like it occurs in 3 places in the webcit code (list below just using grep on a clone of the latest git repo).  

I'm just not sure why this would be desirable behavior..am I missing something? 

webcit/roomops.c:slrp_highest();
webcit/marchlist.c:slrp_highest();
webcit/who.c:slrp_highest();
 
Wed Jan 27 2016 14:03:57 EST from dothebart @ Uncensored Subject: Re: WebCit resetting highest message read counter?

 

Wed Jan 27 2016 03:16:10 EST from jackdeth @ Uncensored Subject: WebCit resetting highest message read counter?

Can anyone give me some insight into why WebCit is sending "SLRP HIGHEST" commands when I just list the messages in my Inbox?  This clears all my "unread" flags and I don't know which emails I have read and which ones I haven't.  

Seems like an odd feature, am I missing something on how this is supposed to work?

 



hm, you're probably right,

rooms.c

        if (WC->CurRoom.view != VIEW_MAILBOX) { /* dotgoto acts like dotskip when we're in a mailbox view */
                slrp_highest();
        }
^^^ should also check for VIEW_JSON_LIST



 



 



[#] Thu Jan 28 2016 09:13:17 EST from hubertus @ Uncensored

Subject: Re: CalDAV CalDAV!

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

Oh yes, it would !

Wed Jan 27 2016 14:44:05 EST from lol @ Uncensored Subject: CalDAV CalDAV!

CalDav / CardDav Support would be the most awesome thing...



 



[#] Thu Jan 28 2016 09:35:27 EST from lachman @ Uncensored

Subject: citadel restarts as root and c_port_number set invalid

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

For some reason, I have been seeing citserver crashes.  I see following messages after the crash:

Message from syslogd@citadel at Wed Jan 27 14:33:21 2016 ...
citadel citserver[5322]: citadel should not be configured to run as root! Check the value of c_ctdluid

Message from syslogd@citadel at Wed Jan 27 14:33:21 2016 ...
citadel citserver[5322]: configuration setting c_port_number is not -1 (disabled) or a valid TCP-Port - check your config! Default setting is: 504

 

when i rerun citadel setup to change the user back to citadel, I see that citadel sees the user as root and the c_port_number has been set to zero.  I set them back and cross my fingers.

 

1) what are the concequences of running citadel as root?  (I saw someone else mention it in a "bug report" posted here, too)

2)  assuming citadel doesn't keep crashing, is this stable?

 

I haven't isolated the crashes, yet.  Im running a slackware current using a recent easy_install (which i ran as the root user).  I am migrating from an old citadel via imapsync (~400k messages 60gb). This is my second attempt.  In my first attempt I butchered the imapsync lines, and probably made a mess of things.  When I started pushing this server with ~12 clients syncing up devices, I noticed the above crashes becoming so frequent that the server was not usable. 

So far on the second attempt, the imapsync went clean, and I've only seen this crash twice. I thought for a while the crashes were from using an improperly formatted email address in the journalling feature.  This second crash overnight has me a bit puzzled.  I have yet to really push it with clients and figured I should post on this forum.  I am still performing imapsyncs regularly to keep the new server synced.

 

Thanks in advance, I love this project.

lachman

 



[#] Thu Jan 28 2016 10:11:16 EST from Robert Wolfe @ Neptune

Subject: Telnet Connections

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

Good morning all.

I am having an issue with users not being able to access the BBS via telnet.  I cannot even access it that way if I telnet to localhost.  Is there something I need to do with Citadel in order to make the ANSI side of the system accept inbound telnet connections?



[#] Thu Jan 28 2016 10:20:57 EST from robert @ Neptune

Subject: Re: Telnet Connections

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

2016-01-28 09:11 from Robert Wolfe @neptune
Subject: Telnet Connections
Good morning all.

I am having an issue with users not being able to access the BBS via
telnet.  I cannot even access it that way if I telnet to localhost.
 Is there something I need to do with Citadel in order to make the
ANSI side of the system accept inbound telnet connections?

Ok, looks like I was able to get telnet working by installing telnetd and by creating a user with /usr/local/citadel/citadel as their shell. Something, however, tells me that this is NOT the correct way to do this. Is there something else that I need to be doing instead in order to enable inbound telnet connections to the Citadel server directly instead of going through telnetd?

[#] Thu Jan 28 2016 14:06:44 EST from jame @ Rocasa Mail System

Subject: Re: Testing

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

 

Wed Jan 27 2016 19:51:20 EST from Robert Wolfe @ Neptune Subject: Testing

Ok, just the standard test posting :)

That seems to have gotten around...<g>

Btw; which Citadel version did you install?  On which OS version?  (I'm using Debian for my Citadel installs...)

 

 

Jame

 

 



[#] Thu Jan 28 2016 17:00:05 EST from robert @ Neptune

Subject: Re: Testing

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

2016-01-28 13:06 from jame @rocasa (Rocasa Mail System)
Subject: Re: Testing
 
Wed Jan 27 2016 19:51:20 EST from Robert Wolfe @ Neptune Subject:
Testing



Ok, just the standard test posting :)





That seems to have gotten around...<g>

Btw; which Citadel version did you install?  On which OS version?
 (I'm using Debian for my Citadel installs...)


9.01 is what I am running here in Ubuntu Server. I tried and would have preferred Debian, but decided against it for some reason. I will be darned if I can remember why now. I just know that it appears to be working.

Hmm, Jame. Rocasa. Both sound familiar :) You the same "Jame" from "Rocasa" that is on Fidonet? :)

[#] Sat Jan 30 2016 10:13:16 EST from dothebart @ Uncensored

Subject: Re: CalDAV CalDAV!

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

Still waiting for your patch.

Thu Jan 28 2016 09:13:17 EST from hubertus @ Uncensored Subject: Re: CalDAV CalDAV!

Oh yes, it would !

Wed Jan 27 2016 14:44:05 EST from lol @ Uncensored Subject: CalDAV CalDAV!

CalDav / CardDav Support would be the most awesome thing...



 



 



[#] Sat Jan 30 2016 12:20:45 EST from ibumjr @ Uncensored

Subject: Calendar wrong times

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

When adding event to calendars, they seem to have their own notion of starting times. I mean an 8:00 event gets

entered at 1:00. Any ideas



[#] Thu Jan 28 2016 14:55:25 EST from jame @ Rocasa Mail System

Subject: Re: Telnet Connections

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

 

Thu Jan 28 2016 10:20:57 EST from robert @ Neptune Subject: Re: Telnet Connections
Ok, looks like I was able to get telnet working by installing telnetd and by creating a user with /usr/local/citadel/citadel as their shell. Something, however, tells me that this is NOT the correct way to do this. Is there something else that I need to be doing instead in order to enable inbound telnet connections to the Citadel server directly instead of going through telnetd?

 

 To my knowledge, citadel itself does not have a telnet interface so one has to run a separate telnet daemon. (I generally use the ssl capable version myself in such cases, like the telnetd-ssl pkg in Debian).    And use the citadel text client as the shell for the user...  (Haven't done much testing of that myself, as yet, because I haven't decided which citadel install I'll have as public...)

 

 

Jame

 

 

 



[#] Thu Jan 28 2016 14:56:54 EST from jame @ Rocasa Mail System

Subject: Re: Telnet Connections

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

 

Thu Jan 28 2016 10:11:16 EST from Robert Wolfe @ Neptune Subject: Telnet Connections

  Is there something I need to do with Citadel in order to make the ANSI side of the system accept inbound telnet connections?

 

Have you done any testing using the citadel text mode client?

 

 

 

Jame

 



[#] Sun Jan 31 2016 07:49:08 EST from jame @ Rocasa Mail System

Subject: Re: Testing

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

 

Thu Jan 28 2016 17:00:05 EST from robert @ Neptune Subject: Re: Testing
2016-01-28 13:06 from jame @rocasa (Rocasa Mail System) 
That seems to have gotten around...<g>

Btw; which Citadel version did you install?  On which OS version?
 (I'm using Debian for my Citadel installs...)


9.01 is what I am running here in Ubuntu Server. I tried and would have preferred Debian, but decided against it for some reason. I will be darned if I can remember why now. 

I'd wondered because v9.01 is in Debian Testing ('stretch').   Mind you, there is an issue with the package install (password for initial user doesn't work); but it is available and  does install.   I've set up a new LXC container with Debian Testing installed, and now Citidel, that I'll be using for testing it and related programs...

 

 

 

Jame

 



[#] Sun Jan 31 2016 08:12:27 EST from jame @ Rocasa Mail System

Subject: Fidonet/FTN ...

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

 

Thu Jan 28 2016 17:00:05 EST from robert @ Neptune Subject: Re: Testing
Hmm, Jame. Rocasa. Both sound familiar :) You the same "Jame" from "Rocasa" that is on Fidonet? :)

Yep, that be me...<g>  Been in Fidonet since the early nineties;  starting with Maximus under OS/2 and then going to BBBS (and now MBSE BBS as well) after I changed over to Linux in the mid nineties.  Installed Citadel because it has a BBS history and even though it still needs to be able to import/export FTN messages, it is already useful as it is.

 

 

Jame

 



[#] Mon Feb 01 2016 08:00:17 EST from Freakdog @ Dog Pound BBS II

Subject: Re: Telnet Connections

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

 

Thu Jan 28 2016 10:20:57 AM EST from robert @ Neptune Subject: Re: Telnet Connections
2016-01-28 09:11 from Robert Wolfe @neptune
Subject: Telnet Connections
Good morning all.

I am having an issue with users not being able to access the BBS via
telnet.  I cannot even access it that way if I telnet to localhost.
 Is there something I need to do with Citadel in order to make the
ANSI side of the system accept inbound telnet connections?

Ok, looks like I was able to get telnet working by installing telnetd and by creating a user with /usr/local/citadel/citadel as their shell. Something, however, tells me that this is NOT the correct way to do this. Is there something else that I need to be doing instead in order to enable inbound telnet connections to the Citadel server directly instead of going through telnetd?

This is, indeed, the correct way to do it, if you don't want to lose the ability for you to log in via telnet (though, these days, why anyone anyone keeps telnet going instead of SSH, I've no idea).

If you don't want to be able to log in via telnet, you can look at: http://www.citadel.org/doku.php/faq:installation:how_do_i_get_citadel



[#] Mon Feb 01 2016 14:40:46 EST from tomltpilot @ Uncensored

Subject: relaying denied

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

I get relaying denied.

Running Debian 8.3

 I don't believe the admin login is working correctly as the page looks the same as my other user with Citadel.

ideas?

----



[#] Mon Feb 01 2016 14:54:49 EST from tomltpilot @ Uncensored

Subject: relaying denied

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

I get relaying denied.

Running Debian 8.3

 I don't believe the admin login is working correctly as the page looks the same as my other user with Citadel.

ideas?

----



[#] Mon Feb 01 2016 15:07:00 EST from dothebart @ Uncensored

Subject: Re: relaying denied

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

 

Mon Feb 01 2016 14:54:49 EST from tomltpilot @ Uncensored Subject: relaying denied

I get relaying denied.

Running Debian 8.3

 I don't believe the admin login is working correctly as the page looks the same as my other user with Citadel.

ideas?

----



http://citadel.org/doku.php/?do=search&id=relay

http://citadel.org/doku.php/?do=search&id=aide



Go to page: First ... 70 71 72 73 [74] 75 76 77 78 ... Last