Language:
switch to room list switch to menu My folders
Go to page: First ... 18 19 20 21 [22] 23 24 25 26 ... Last
[#] Tue Nov 24 2020 16:06:58 EST from ParanoidDelusions

Subject: Re: Corrupted attachments

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

My feeling is the Debian variants remain popular because of apt-get debian packages and the simplicity of installing software on those systems. Every time I try other platforms, installing packages on them sends me running back to a Debian based Linux. 

Ubuntu is definitely aimed toward desktop users, though. 

Tue Nov 24 2020 12:04:34 EST from warbaby @ Uncensored Subject: Re: Corrupted attachments

> I'm liking Ubuntu for the server OS, with the more current repositories

See the recent message thread: "Error with easyinstaller build on Ubuntu 20.10 with fresh install"

Greybeard system administrator here.  Latest/greatest is not always an advantage. Not if you value your time. Stay in the middle of the road, and compile or upgrade packages as needed with a ppa.

A mail server admin should think conservatively.  Ubuntu is guided by a commercial company that likes to chase rainbows. That ain't a good match.  Fun if you are messing around on the desktop, but not what anybody wants in a server OS. They continually make short-sighted decisions that break things..

Most intelligent people I know unhitched from that wagon long ago.  Experienced dev-ops people left Ubuntu Server about a decade ago, because Canonical doesn't listen, and can't control themselves from jacking around with the Server packages.   This is why you can install what should be a small, simple, stand-alone utility, and end up with 50 new packages + Apache2 as a dependency.

They constantly cause problems like the one in the email thread above.




[#] Tue Nov 24 2020 23:10:16 EST from hamiltra

Subject: Re: easyinstall .... "301 Moved Permanently"

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

If you‘re using the easyinstaller, change the base url from http:// => https:// and all should work

Sun Nov 22 2020 16:48:58 EST from sanlybowits @ Uncensored Subject: easyinstall .... "301 Moved Permanently"

I was sorry to see that "curl"ing the build/install script from the "easyinstall" page results in "301 Moved Permanently"

I expect that might be around the many broken links from new hosting that I read about on 'uncensored' recently.  But, if there is a functional link, I'd like to know so I can try that.  Additionally, the link to the hosted version control is broken too with a 404 Not Found.  I'll see if I can't assemble a working system from the other code links that are working.

Can someone conjure up links to installer scripts and/or repository, please?



 



[#] Wed Nov 25 2020 03:22:01 EST from warbaby

Subject: Re: easyinstall .... "301 Moved Permanently"

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

This is actually a documentation issue.

Since like most sites nowadays are redirecting the http port 80 requests to https/443 .. we need to add -L or --location to the curl request. 

It should be 

curl -L http://easyinstall.citadel.org/install | bash

Although at this stage of Earth's history, I will probably move the wget line to the top instead of the curl one. [It's more likely to be installed than curl nowadays.]


Tue Nov 24 2020 11:10:16 PM EST from hamiltra @ Uncensored Subject: Re: easyinstall .... "301 Moved Permanently"

If you‘re using the easyinstaller, change the base url from http:// => https:// and all should work

Sun Nov 22 2020 16:48:58 EST from sanlybowits @ Uncensored Subject: easyinstall .... "301 Moved Permanently"

I was sorry to see that "curl"ing the build/install script from the "easyinstall" page results in "301 Moved Permanently"

I expect that might be around the many broken links from new hosting that I read about on 'uncensored' recently.  But, if there is a functional link, I'd like to know so I can try that.  Additionally, the link to the hosted version control is broken too with a 404 Not Found.  I'll see if I can't assemble a working system from the other code links that are working.

Can someone conjure up links to installer scripts and/or repository, please?



 



 



[#] Wed Nov 25 2020 03:43:34 EST from warbaby

Subject: Re: easyinstall .... "301 Moved Permanently"

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

On later reflection, obviously it should be just changed to https, duh. [It's early.]

But, technically I was not wrong. :)

Wed Nov 25 2020 03:22:01 AM EST from warbaby @ Uncensored Subject: Re: easyinstall .... "301 Moved Permanently"

This is actually a documentation issue.

Since like most sites nowadays are redirecting the http port 80 requests to https/443 .. we need to add -L or --location to the curl request. 

It should be 

curl -L http://easyinstall.citadel.org/install | bash

Although at this stage of Earth's history, I will probably move the wget line to the top instead of the curl one. [It's more likely to be installed than curl nowadays.]


Tue Nov 24 2020 11:10:16 PM EST from hamiltra @ Uncensored Subject: Re: easyinstall .... "301 Moved Permanently"

If you‘re using the easyinstaller, change the base url from http:// => https:// and all should work

Sun Nov 22 2020 16:48:58 EST from sanlybowits @ Uncensored Subject: easyinstall .... "301 Moved Permanently"

I was sorry to see that "curl"ing the build/install script from the "easyinstall" page results in "301 Moved Permanently"

I expect that might be around the many broken links from new hosting that I read about on 'uncensored' recently.  But, if there is a functional link, I'd like to know so I can try that.  Additionally, the link to the hosted version control is broken too with a 404 Not Found.  I'll see if I can't assemble a working system from the other code links that are working.

Can someone conjure up links to installer scripts and/or repository, please?



 



 



 



[#] Wed Nov 25 2020 08:17:37 EST from ParanoidDelusions

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

Any one have ideas on how to migrate Citadel from a Pi 3B running Raspbian to an i5 running Debian? 




[#] Wed Nov 25 2020 08:57:09 EST from hamiltra

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

I'm not an admin but my experience went pretty well migrating from RPi4 => Ubuntu 20.10. The process is really simple but make sure that your perms are 'right' on the source. The process to do this for me (easyinstall) was /usr/local/citadel/ctdlmigrate which walks you through the process of migrating from source to target. This tool asks a series of questions before using ssh and rsync to migrate from source to target. Generally, I believe the expectation is for root to be used on both machines where Citadel is running in both places. The migration for the DB tables went smoothly but my rsync failed. I just tarred the remaining directories and manually moved them. I'm sure the admins have a more insight. It might be advisable for both source and target to be of same version

 

Wed Nov 25 2020 08:17:37 EST from ParanoidDelusions @ Uncensored

Any one have ideas on how to migrate Citadel from a Pi 3B running Raspbian to an i5 running Debian? 




 



[#] Wed Nov 25 2020 11:39:53 EST from ParanoidDelusions

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

 

Wed Nov 25 2020 08:57:09 EST from hamiltra @ Uncensored

I'm not an admin but my experience went pretty well migrating from RPi4 => Ubuntu 20.10. The process is really simple but make sure that your perms are 'right' on the source. The process to do this for me (easyinstall) was /usr/local/citadel/ctdlmigrate which walks you through the process of migrating from source to target. This tool asks a series of questions before using ssh and rsync to migrate from source to target. Generally, I believe the expectation is for root to be used on both machines where Citadel is running in both places. The migration for the DB tables went smoothly but my rsync failed. I just tarred the remaining directories and manually moved them. I'm sure the admins have a more insight. It might be advisable for both source and target to be of same version

 

Wed Nov 25 2020 08:17:37 EST from ParanoidDelusions @ Uncensored

Any one have ideas on how to migrate Citadel from a Pi 3B running Raspbian to an i5 running Debian? 




 



This is awesome, actually. Way more than I was hoping for. I'm assuming you do easyinstall on the new machine, then do the ctdlmigrate from the source machine? 

Is this described in the online documentation? I just didn't know where to start looking. 

 



[#] Wed Nov 25 2020 12:51:37 EST from ParanoidDelusions

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

Another "feature request" kind of post... 

It would be cool if there was a way to flag a message, bookmark it, save it for later - so that you could have a list you could click on that would take you back to that message. 

Right now I just "skip" the room so the pointer doesn't update - but that kind of creates a backlog as new messages come in. 

 

 



[#] Wed Nov 25 2020 14:02:17 EST from hamiltra

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

Yes, it’s in the docs: https://www.citadel.org/system_administration_manual.html Under Import / Export of Citadel. Hope that helps.

 

Wed Nov 25 2020 11:39:53 EST from ParanoidDelusions @ Uncensored

 

Wed Nov 25 2020 08:57:09 EST from hamiltra @ Uncensored

I'm not an admin but my experience went pretty well migrating from RPi4 => Ubuntu 20.10. The process is really simple but make sure that your perms are 'right' on the source. The process to do this for me (easyinstall) was /usr/local/citadel/ctdlmigrate which walks you through the process of migrating from source to target. This tool asks a series of questions before using ssh and rsync to migrate from source to target. Generally, I believe the expectation is for root to be used on both machines where Citadel is running in both places. The migration for the DB tables went smoothly but my rsync failed. I just tarred the remaining directories and manually moved them. I'm sure the admins have a more insight. It might be advisable for both source and target to be of same version

 

Wed Nov 25 2020 08:17:37 EST from ParanoidDelusions @ Uncensored

Any one have ideas on how to migrate Citadel from a Pi 3B running Raspbian to an i5 running Debian? 




 



This is awesome, actually. Way more than I was hoping for. I'm assuming you do easyinstall on the new machine, then do the ctdlmigrate from the source machine? 

Is this described in the online documentation? I just didn't know where to start looking. 

 



 



[#] Thu Nov 26 2020 09:38:35 EST from wesleyallison

Subject: additional set up?

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

Is there any additional setup that I need to do to get it to work I used easy install and port forward all the ports

I have a No-IP.com domain



[#] Thu Nov 26 2020 10:07:07 EST from warbaby

Subject: Re: additional set up?

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

You've told us basically nothing.

Any error messages in the console log on startup?

try (as root)

grep citadel /var/log/syslog

or

grep citserver /var/log/syslog

 

Thu Nov 26 2020 09:38:35 AM EST from wesleyallison @ Uncensored Subject: additional set up?

Is there any additional setup that I need to do to get it to work I used easy install and port forward all the ports

I have a No-IP.com domain



 



[#] Thu Nov 26 2020 10:48:09 EST from ParanoidDelusions

Subject: Re: additional set up?

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

Can you connect locally? 

Thu Nov 26 2020 09:38:35 EST from wesleyallison @ Uncensored Subject: additional set up?

Is there any additional setup that I need to do to get it to work I used easy install and port forward all the ports

I have a No-IP.com domain



 



[#] Thu Nov 26 2020 15:52:16 EST from omatnet

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

Here is another option for you, using the "MIGR" parameter of sendcommand:

On the Pi3B do:

sudo /usr/local/citadel/sendcommand -w900 "MIGR export" > ~/CitBackup.xml

Then transfer the xml file to the i5 and there do

sudo /usr/local/citadel/sendcommand -w900 "MIGR import" < ~/CitBackup.xml

The reason for the -w900 is to give the operation enough time (900 seconds = 15 min) to complete, otherwise sendcommand will terminate with its 60s timeout default.

 

If you use ctdlmigrate - it works well, just remember that on the Pi3B you need to allow SSH connection and to permit SSH root user incoming connection. So make sure that a remote root login password is set using 'sudo passwd' (to allow remote root SSH connection you edit /etc/ssh/sshd_config  and make sure that the parameter "PermitRootLogin" is set to "yes"). When done, for security and safety, restore sshd_config to the way it was.

 

 

Wed Nov 25 2020 08:17:37 EST from ParanoidDelusions @ Uncensored

Any one have ideas on how to migrate Citadel from a Pi 3B running Raspbian to an i5 running Debian? 




 



[#] Fri Nov 27 2020 16:55:41 EST from guesty2k

Subject: Re: STARTTLS

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

Does anyone know how to resolve this? 

when connecting to port 25, it does not advertise 250-STARTTLS

 

 



[#] Sat Nov 28 2020 10:09:07 EST from ParanoidDelusions

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

The upgrade process isn't totally clear to me: 


Upgrading

Any existing Citadel installation may be upgraded in place without the need to discard your existing data files.

Upgrading to a new version uses the same build procedure as compiling the program for a fresh install, except that you want to do "make upgrade" instead of "make install". This will overwrite the programs but not your data. Be sure to shut down citserver during this process! If Citadel is running while you upgrade, you may face data corruption issues.

After doing make upgrade, you should run setup again to bring your data files up to date. Please see the setup section below for more information on this.


Especially if the Easy-Install was used. 

Easy Install will automatically initialize. Please note that we said "easy," not "fast." It will compile a lot of code and is therefore quite time consuming. In the future we plan to add Docker containers to make it install faster.

So, what's it going to do? When you begin Easy Install, the following things are going to happen:

  • If your Linux distribution is identified, Easy Install will offer to try installing some of the dependencies.
  • Citadel Server, the WebCit front end, the text mode client, and some of the supporting libraries such as Berkeley DB will be downloaded from the Easy Install web site.
  • All packages will be compiled and installed. This will take a long time. Citadel will be installed to /usr/local/citadel, WebCit will be installed to /usr/local/webcit, and the supporting libraries will be installed to /usr/local/ctdlsupport.
  • The setup program will initialize, and you will be asked a few questions about how you want the software configured. You will be offered the opportunity to disable any email and groupware software already installed on your system, and you will be offered the opportunity to have the Citadel services automatically initialized on startup.
  • WebCit will be similarly configured. If you are not running some other web server (such as Nginx or Apache), you can run WebCit on port 80; otherwise, pick some other port.

Which implies that everything runs automatically. 

For an upgrade, do I need to download and install from the latest source, compiling with "make upgrade"? Or can I run the Easy-Install over the top of my currently running installation of Citadel?



The Sanitarium is running Citadel 925 with WebCit 925, server build 925

 




[#] Sat Nov 28 2020 12:15:09 EST from SquareRootSquared

Subject: Chat/Instant Messenger send/receive Delay

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

I am measuring a 1 to 8 second delay between when a line of text is sent and when it is displayed on the client side instant messenger or similarly on the room's chat viewer screen. Is this delay normal operation and is there any way to decrease this delay?



[#] Sat Nov 28 2020 12:20:05 EST from SquareRootSquared

Subject: Re: Chat/Instant Messenger send/receive Delay

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

Forgot to mention that the server and two client machines are all located on the same local LAN and switch so no delays are being caused by operating over the Internet .



[#] Sat Nov 28 2020 12:58:23 EST from SquareRootSquared

Subject: Re: Chat/Instant Messenger send/receive Delay

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

Also forgot to mention that this is while using the WebCit web client, so it's the Citadel Instant Messenger and the Citadel Chat that is being used. The delay seems to be as if Citadel is polling the client inputs on a set schedule, buffering inputs over the interval, and then sending at preset intervals? Rather than an asynchronous operation? If so, can the polling interval be shortened?

 

 

 



[#] Sat Nov 28 2020 13:40:55 EST from platonov

Subject: Re: Problem with incorrect displaying of Subject: header fixed

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

There is a new glitch related to displaying of Subject: header. It happens on one of the feeds that initially worked fine after "da fix".

But now they have changed some things and subject header does not display in most of the articles. What it displays is "(no subject)" string.

Yes, that feed is screwed up and records look weird. But the problem is that how come citadel reports it as empty string when it is not.

Interestingly enough, when the same articles are viewed using Thunderbird and IMAP account, it all looks fine, including their screwed up From: header.

This happens when you view the article in the Mail Folder format ONLY.

But subject header is actually not empty and it IS being displayed correctly in Bulletin Board and Blog formats.

The RSS feed is:

<a href="https://www.vtimes.io/rss">Vtimes</a>

In the sources, using cscope, I can see 3 instances of producing the "(no subject)" string. Here they are:

   File                           Line
0 serv_netmail.c          132    Subject = NewStrBufPlain(HKEY("(no subject)"));
1 msgbase.c              1888    cprintf("Subject: (no subject)%s", nl);
2 mailview_renderer.c   72    StrBufAppendBufPlain(Msg->subj, _("(no subject)"), -1,0);

 

Mon Nov 09 2020 09:54:19 EST from IGnatius T Foobar @ Uncensored Subject: Re: Problem with incorrect displaying of Subject: header fixed
Sure thing. I understand the problem but I want to make sure I'm getting the fix correct. I have code up in the editor but if yours works I'll review that and use it instead.

You're correct in observing that serv_rssclient.c is a substantial rewrite.
A few years ago we made a decision to simplify all of the pollers by letting libcurl do all the work. This allowed us to remove thousands of lines of code and two external dependencies. RFC2047-encoding of header fields is definitely something that was overlooked, so I'm glad you have brought it to our attention.

 



[#] Sat Nov 28 2020 14:11:29 EST from ParanoidDelusions

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

The Easy-Install doesn't seem to work with Raspbian or Debian at this point - even following the instructions I used last time I installed on a Pi - and the repo package runs setup but doesn't work, either - unsurprisingly. 

I don't have time to REALLY dig in right now, because of Thanksgiving - and I've got a feeling I'll be re-familiarized with a lot of the things I've forgotten from getting it installed on Raspbian the first time around. 

I basically get this error: 

 

 

My document mentions I might have ran easy-install under Sh instead of Bash. That returns... 

 

I vaguely recall issues like this the first time, and that it was mostly me not understanding the shell scripts that the Easy Install runs. 

 



Go to page: First ... 18 19 20 21 [22] 23 24 25 26 ... Last