Thu Nov 19 2020 12:03:44 EST from warbaby @ Uncensored Subject: Thoughts about Raspberry PI uploads/attachments..

Somebody with a raspberry pi is going to have to do this... [as I don't have one handy..]

Do a fresh easyinstall with easyinstall-with-keep-source.sh ( a few messages ago).

in addition to considering fineloader.js

dig into

/usr/src/citadel-build.xxxxx/webcit/paramhandling.c

and have a look at

upload_handler() on 534 ..

read & examine..

.. my quick and dirty is to change the log levels all to "error," and add whatever more log lines to log the living daylights out of it.. "make upgrade" "make install" and then tail syslog..

This should reveal pretty quickly where the train is leaving the tracks.. Or, at least, where it isn't..

Good Luck!

I've got a spare pi and a 5 pack of 32gb SD cards on their way. I'll take one and give this a shot. I'm not a Linux expert. I may have noob questions. 

I think I have the issue narrowed down to a locale issue. I have now have the server running on a completely different Pi with a different OS (switched from Raspbian to Ubuntu Mate) and used sendcommand to migrate the server, and after re-installing the server again on the new pi through easyinstall, AND reset the local of Ubuntu, which took about 2 days. Since this didn't fix my issue, I dove into the locale files on webcit, which are NOT where they say they should be in the documentation, I only have en_GB, no en_US files, so, no webcit.mo file to be found, so I can't match the locale of webcit to the locale of my server that it stores files on. Could this be the issue? Is there even a en_US webcit.mo file I could find somewhere? The documentation seems to refer to that being a thing.

Tue Nov 17 2020 05:54:13 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I'm encountering this issue now too. Sorry for adding an extra post with the same exact issue, it took me a while to figure out how to search this thread. I'm using a Pi 4, brand new, new SD card, and new install it Citadel, used the easy install. Everything else is working great, and email attachments leave the server OK, but coming in is when they get corrupted. I did that text file thing to view, and I got similar results. When it left, it was 115 bytes, and when it arrived it was 162 bytes. 

File contents when sent: The quick brown fox jumps over the lazy dog. Now is the time for all good men to come to the aid of their country.

File contents when arrived: The quick brown fox jumps over the lazy dog. Now is the tÿö–ÖRf÷"ÆÂvööBÖVâFò6öÖRFòF†R–BöbF†V—"6÷VçG'’ïÿ

Ÿÿ

So, what can we do about this? I've got some users that need their PDF files pronto, and I need a fix asap.

Tue Aug 25 2020 09:21:21 EDT from alex007 @ Uncensored Subject: Re: Corrupted attachments

it has something to do with character encoding I think.

My editor gedit says, that the original file I sent ist UTF-8 encoded, the file I downloaded with webcit is ISO 8859-15 encoded. See the files attached.

Does this only occur for German installations ?

 

Mon Aug 24 2020 10:22:18 EDT from phaake37 @ Uncensored Subject: Re: Corrupted attachments

All,

 

Did this ever get resolved?  I just tried this on my Citadel Server (Raspberry PI 3B+) and my text file produced:

 

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
123ÿó@Ð

 

the Original:

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
1234

So it appears to be something with appending to the file or? 

 

Any ideas?

Thanks!

 

 

Sat May 09 2020 23:13:54 EDT from warbaby @ Uncensored Subject: Re: Corrupted attachments

You might try a few more text uploads with various strings and see if there is any consistency with the char length.  

You might try creating some new files with a text editor and see how they look after a reboot.

I predict it is going to be failing Chink SD card writes, rather than a problem with Citadel. 

Or at least, replacing the Chink SD card would be my first approach, since that's a more widely known problem. 

Who knows all the various ways they fail? It might not be a total failure, just not writing properly.

Sometimes you can edit and save a file, it looks okay if you cat it out, but shows garbage after rebooting.

 

Sat May 09 2020 06:58:25 PM EDT from MAS3 @ Uncensored Subject: Re: Corrupted attachments

Thanks for the suggestion.

I created a small file, containing this text:

 

This is a text file created by the standard windows text editor.
It is not a large file, but i'm sure it will be corrupted once it's sent.

So let's see what will happen to it.

 

And this was what was received in the attachment (i'm not sure it will show exactly as i received due to the corruption)
Hmm seems there's more to it, as the font size has changed after copy / paste, and indentation was added:

 

This is a text file created by the standard windowsüÑ•áЁ•‘¥Ñ½È¸4)%Ё¥Ì¹½Ð„±…ɝ”™¥±”°‰ÕЁ¤´ÍÕÉ—ò—Bv–ÆÂ&R6÷''WFVBöæ6R—Bw26VçBàРХ6òÆWBw2?ÙYHÚ]Ú[\[ˆÈ]ƒBþ¾

 

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

> Is there even a en_US webcit.mo file

Not in the current webcit head. Consider

https://www.citadel.org/webcit_built_successfull_with_locale_support_but_it_s_nailed_to_one.html

Just to clarify, are these packages you're using, or are you doing easyinstall?

 

Thu Nov 19 2020 08:56:30 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I think I have the issue narrowed down to a locale issue. I have now have the server running on a completely different Pi with a different OS (switched from Raspbian to Ubuntu Mate) and used sendcommand to migrate the server, and after re-installing the server again on the new pi through easyinstall, AND reset the local of Ubuntu, which took about 2 days. Since this didn't fix my issue, I dove into the locale files on webcit, which are NOT where they say they should be in the documentation, I only have en_GB, no en_US files, so, no webcit.mo file to be found, so I can't match the locale of webcit to the locale of my server that it stores files on. Could this be the issue? Is there even a en_US webcit.mo file I could find somewhere? The documentation seems to refer to that being a thing.

Tue Nov 17 2020 05:54:13 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I'm encountering this issue now too. Sorry for adding an extra post with the same exact issue, it took me a while to figure out how to search this thread. I'm using a Pi 4, brand new, new SD card, and new install it Citadel, used the easy install. Everything else is working great, and email attachments leave the server OK, but coming in is when they get corrupted. I did that text file thing to view, and I got similar results. When it left, it was 115 bytes, and when it arrived it was 162 bytes. 

File contents when sent: The quick brown fox jumps over the lazy dog. Now is the time for all good men to come to the aid of their country.

File contents when arrived: The quick brown fox jumps over the lazy dog. Now is the tÿö–ÖRf÷"ÆÂvööBÖVâFò6öÖRFòF†R–BöbF†V—"6÷VçG'’ïÿ

Ÿÿ

So, what can we do about this? I've got some users that need their PDF files pronto, and I need a fix asap.

Tue Aug 25 2020 09:21:21 EDT from alex007 @ Uncensored Subject: Re: Corrupted attachments

it has something to do with character encoding I think.

My editor gedit says, that the original file I sent ist UTF-8 encoded, the file I downloaded with webcit is ISO 8859-15 encoded. See the files attached.

Does this only occur for German installations ?

 

Mon Aug 24 2020 10:22:18 EDT from phaake37 @ Uncensored Subject: Re: Corrupted attachments

All,

 

Did this ever get resolved?  I just tried this on my Citadel Server (Raspberry PI 3B+) and my text file produced:

 

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
123ÿó@Ð

 

the Original:

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
1234

So it appears to be something with appending to the file or? 

 

Any ideas?

Thanks!

 

 

Sat May 09 2020 23:13:54 EDT from warbaby @ Uncensored Subject: Re: Corrupted attachments

You might try a few more text uploads with various strings and see if there is any consistency with the char length.  

You might try creating some new files with a text editor and see how they look after a reboot.

I predict it is going to be failing Chink SD card writes, rather than a problem with Citadel. 

Or at least, replacing the Chink SD card would be my first approach, since that's a more widely known problem. 

Who knows all the various ways they fail? It might not be a total failure, just not writing properly.

Sometimes you can edit and save a file, it looks okay if you cat it out, but shows garbage after rebooting.

 

Sat May 09 2020 06:58:25 PM EDT from MAS3 @ Uncensored Subject: Re: Corrupted attachments

Thanks for the suggestion.

I created a small file, containing this text:

 

This is a text file created by the standard windows text editor.
It is not a large file, but i'm sure it will be corrupted once it's sent.

So let's see what will happen to it.

 

And this was what was received in the attachment (i'm not sure it will show exactly as i received due to the corruption)
Hmm seems there's more to it, as the font size has changed after copy / paste, and indentation was added:

 

This is a text file created by the standard windowsüÑ•áЁ•‘¥Ñ½È¸4)%Ё¥Ì¹½Ð„±…ɝ”™¥±”°‰ÕЁ¤´ÍÕÉ—ò—Bv–ÆÂ&R6÷''WFVBöæ6R—Bw26VçBàРХ6òÆWBw2?ÙYHÚ]Ú[\[ˆÈ]ƒBþ¾

 

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

> I may have noob questions.

No problem, has never been an issue here.  There are a number of us around who are happy to help.

Thu Nov 19 2020 07:07:42 PM EST from ParanoidDelusions @ Uncensored Subject: Re: Thoughts about Raspberry PI uploads/attachments..

 

Thu Nov 19 2020 12:03:44 EST from warbaby @ Uncensored Subject: Thoughts about Raspberry PI uploads/attachments..

Somebody with a raspberry pi is going to have to do this... [as I don't have one handy..]

Do a fresh easyinstall with easyinstall-with-keep-source.sh ( a few messages ago).

in addition to considering fineloader.js

dig into

/usr/src/citadel-build.xxxxx/webcit/paramhandling.c

and have a look at

upload_handler() on 534 ..

read & examine..

.. my quick and dirty is to change the log levels all to "error," and add whatever more log lines to log the living daylights out of it.. "make upgrade" "make install" and then tail syslog..

This should reveal pretty quickly where the train is leaving the tracks.. Or, at least, where it isn't..

Good Luck!

I've got a spare pi and a 5 pack of 32gb SD cards on their way. I'll take one and give this a shot. I'm not a Linux expert. I may have noob questions. 

 

Ubuntu is a Debian distribution, so, there is technically no difference at most levels. There may be some difference in the packages (citadel-suite) but, anything else is largely esoteric/cosmetic.

If you're using easyinstall none of it matters anyway.. all the sources are downloaded and compiled.  It's the way to go, especially if you want to be able to easily upgrade.  

Debian 10 Buster here, for the record.

Thu Nov 19 2020 01:48:21 PM EST from "s3cr3to" <s3cr3to@uncensored.citadel.org> Subject: Question: Which one of the following distros is recommended toinstall Citadel? Debian, Ubuntu

Question: Which one of the following distros is recommended to install
Citadel? Debian, Ubuntu

I need to install a newer version to support modern TLS; we know that
Ubuntu is based on Debian and contributes to Debian. But, I thought that
being in the distro that the developers use, maybe I will be able to
avoid future problems.

My current citadel servers are in Debian, and I haven't had any
problems; except for bugs and things that the version installed with the
.deb package no longer supports

Thanks in advance.

Regards

 

I'm doing easyinstall.

Thu Nov 19 2020 09:05:36 PM EST from warbaby @ Uncensored Subject: Re: Corrupted attachments

> Is there even a en_US webcit.mo file

Not in the current webcit head. Consider

https://www.citadel.org/webcit_built_successfull_with_locale_support_but_it_s_nailed_to_one.html

Just to clarify, are these packages you're using, or are you doing easyinstall?

 

Thu Nov 19 2020 08:56:30 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I think I have the issue narrowed down to a locale issue. I have now have the server running on a completely different Pi with a different OS (switched from Raspbian to Ubuntu Mate) and used sendcommand to migrate the server, and after re-installing the server again on the new pi through easyinstall, AND reset the local of Ubuntu, which took about 2 days. Since this didn't fix my issue, I dove into the locale files on webcit, which are NOT where they say they should be in the documentation, I only have en_GB, no en_US files, so, no webcit.mo file to be found, so I can't match the locale of webcit to the locale of my server that it stores files on. Could this be the issue? Is there even a en_US webcit.mo file I could find somewhere? The documentation seems to refer to that being a thing.

Tue Nov 17 2020 05:54:13 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I'm encountering this issue now too. Sorry for adding an extra post with the same exact issue, it took me a while to figure out how to search this thread. I'm using a Pi 4, brand new, new SD card, and new install it Citadel, used the easy install. Everything else is working great, and email attachments leave the server OK, but coming in is when they get corrupted. I did that text file thing to view, and I got similar results. When it left, it was 115 bytes, and when it arrived it was 162 bytes. 

File contents when sent: The quick brown fox jumps over the lazy dog. Now is the time for all good men to come to the aid of their country.

File contents when arrived: The quick brown fox jumps over the lazy dog. Now is the tÿö–ÖRf÷"ÆÂvööBÖVâFò6öÖRFòF†R–BöbF†V—"6÷VçG'’ïÿ

Ÿÿ

So, what can we do about this? I've got some users that need their PDF files pronto, and I need a fix asap.

Tue Aug 25 2020 09:21:21 EDT from alex007 @ Uncensored Subject: Re: Corrupted attachments

it has something to do with character encoding I think.

My editor gedit says, that the original file I sent ist UTF-8 encoded, the file I downloaded with webcit is ISO 8859-15 encoded. See the files attached.

Does this only occur for German installations ?

 

Mon Aug 24 2020 10:22:18 EDT from phaake37 @ Uncensored Subject: Re: Corrupted attachments

All,

 

Did this ever get resolved?  I just tried this on my Citadel Server (Raspberry PI 3B+) and my text file produced:

 

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
123ÿó@Ð

 

the Original:

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
1234

So it appears to be something with appending to the file or? 

 

Any ideas?

Thanks!

 

 

Sat May 09 2020 23:13:54 EDT from warbaby @ Uncensored Subject: Re: Corrupted attachments

You might try a few more text uploads with various strings and see if there is any consistency with the char length.  

You might try creating some new files with a text editor and see how they look after a reboot.

I predict it is going to be failing Chink SD card writes, rather than a problem with Citadel. 

Or at least, replacing the Chink SD card would be my first approach, since that's a more widely known problem. 

Who knows all the various ways they fail? It might not be a total failure, just not writing properly.

Sometimes you can edit and save a file, it looks okay if you cat it out, but shows garbage after rebooting.

 

Sat May 09 2020 06:58:25 PM EDT from MAS3 @ Uncensored Subject: Re: Corrupted attachments

Thanks for the suggestion.

I created a small file, containing this text:

 

This is a text file created by the standard windows text editor.
It is not a large file, but i'm sure it will be corrupted once it's sent.

So let's see what will happen to it.

 

And this was what was received in the attachment (i'm not sure it will show exactly as i received due to the corruption)
Hmm seems there's more to it, as the font size has changed after copy / paste, and indentation was added:

 

This is a text file created by the standard windowsüÑ•áЁ•‘¥Ñ½È¸4)%Ё¥Ì¹½Ð„±…ɝ”™¥±”°‰ÕЁ¤´ÍÕÉ—ò—Bv–ÆÂ&R6÷''WFVBöæ6R—Bw26VçBàРХ6òÆWBw2?ÙYHÚ]Ú[\[ˆÈ]ƒBþ¾

 

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

So, I have a question... 

When I first tried to install on Raspbian - the easy-install documentation on Citadel.org didn't work for Raspbian - and I wrote up the document, attached, to show how I got it to work. 

Are you using a web document that *isn't* from Citadel.org to get the easy-install to work, and if so, is it the same documentation as I've attached? 

Because - it could simply be that I missed something in my install document - and that is why we're all seeing the same issue, if that is the case. 

Thu Nov 19 2020 22:36:41 EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I'm doing easyinstall.

Thu Nov 19 2020 09:05:36 PM EST from warbaby @ Uncensored Subject: Re: Corrupted attachments

> Is there even a en_US webcit.mo file

Not in the current webcit head. Consider

https://www.citadel.org/webcit_built_successfull_with_locale_support_but_it_s_nailed_to_one.html

Just to clarify, are these packages you're using, or are you doing easyinstall?

 

Thu Nov 19 2020 08:56:30 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I think I have the issue narrowed down to a locale issue. I have now have the server running on a completely different Pi with a different OS (switched from Raspbian to Ubuntu Mate) and used sendcommand to migrate the server, and after re-installing the server again on the new pi through easyinstall, AND reset the local of Ubuntu, which took about 2 days. Since this didn't fix my issue, I dove into the locale files on webcit, which are NOT where they say they should be in the documentation, I only have en_GB, no en_US files, so, no webcit.mo file to be found, so I can't match the locale of webcit to the locale of my server that it stores files on. Could this be the issue? Is there even a en_US webcit.mo file I could find somewhere? The documentation seems to refer to that being a thing.

Tue Nov 17 2020 05:54:13 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I'm encountering this issue now too. Sorry for adding an extra post with the same exact issue, it took me a while to figure out how to search this thread. I'm using a Pi 4, brand new, new SD card, and new install it Citadel, used the easy install. Everything else is working great, and email attachments leave the server OK, but coming in is when they get corrupted. I did that text file thing to view, and I got similar results. When it left, it was 115 bytes, and when it arrived it was 162 bytes. 

File contents when sent: The quick brown fox jumps over the lazy dog. Now is the time for all good men to come to the aid of their country.

File contents when arrived: The quick brown fox jumps over the lazy dog. Now is the tÿö–ÖRf÷"ÆÂvööBÖVâFò6öÖRFòF†R–BöbF†V—"6÷VçG'’ïÿ

Ÿÿ

So, what can we do about this? I've got some users that need their PDF files pronto, and I need a fix asap.

Tue Aug 25 2020 09:21:21 EDT from alex007 @ Uncensored Subject: Re: Corrupted attachments

it has something to do with character encoding I think.

My editor gedit says, that the original file I sent ist UTF-8 encoded, the file I downloaded with webcit is ISO 8859-15 encoded. See the files attached.

Does this only occur for German installations ?

 

Mon Aug 24 2020 10:22:18 EDT from phaake37 @ Uncensored Subject: Re: Corrupted attachments

All,

 

Did this ever get resolved?  I just tried this on my Citadel Server (Raspberry PI 3B+) and my text file produced:

 

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
123ÿó@Ð

 

the Original:

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
1234

So it appears to be something with appending to the file or? 

 

Any ideas?

Thanks!

 

 

Sat May 09 2020 23:13:54 EDT from warbaby @ Uncensored Subject: Re: Corrupted attachments

You might try a few more text uploads with various strings and see if there is any consistency with the char length.  

You might try creating some new files with a text editor and see how they look after a reboot.

I predict it is going to be failing Chink SD card writes, rather than a problem with Citadel. 

Or at least, replacing the Chink SD card would be my first approach, since that's a more widely known problem. 

Who knows all the various ways they fail? It might not be a total failure, just not writing properly.

Sometimes you can edit and save a file, it looks okay if you cat it out, but shows garbage after rebooting.

 

Sat May 09 2020 06:58:25 PM EDT from MAS3 @ Uncensored Subject: Re: Corrupted attachments

Thanks for the suggestion.

I created a small file, containing this text:

 

This is a text file created by the standard windows text editor.
It is not a large file, but i'm sure it will be corrupted once it's sent.

So let's see what will happen to it.

 

And this was what was received in the attachment (i'm not sure it will show exactly as i received due to the corruption)
Hmm seems there's more to it, as the font size has changed after copy / paste, and indentation was added:

 

This is a text file created by the standard windowsüÑ•áЁ•‘¥Ñ½È¸4)%Ё¥Ì¹½Ð„±…ɝ”™¥±”°‰ÕЁ¤´ÍÕÉ—ò—Bv–ÆÂ&R6÷''WFVBöæ6R—Bw26VçBàРХ6òÆWBw2?ÙYHÚ]Ú[\[ˆÈ]ƒBþ¾

 

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

PiSetupV01.docx (application/vnd.openxmlformats-officedocument.wordprocessingml.document, 2222244 bytes) [ View | Download ]

That's not quite the steps I had to take, though I did follow the guide on pimylifeup more than I did the citadel.org one, since the former had an easier-to-follow guide for spamassassin and clamav. I didn't have to set up a user before I did the easyinstall, that's always worked for me, on Raspbian or Ubuntu Mate, but I still got the same issue on either OS. 

Fri Nov 20 2020 12:21:14 AM EST from ParanoidDelusions @ Uncensored Subject: Re: Corrupted attachments

So, I have a question... 

When I first tried to install on Raspbian - the easy-install documentation on Citadel.org didn't work for Raspbian - and I wrote up the document, attached, to show how I got it to work. 

Are you using a web document that *isn't* from Citadel.org to get the easy-install to work, and if so, is it the same documentation as I've attached? 

Because - it could simply be that I missed something in my install document - and that is why we're all seeing the same issue, if that is the case. 

Thu Nov 19 2020 22:36:41 EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I'm doing easyinstall.

Thu Nov 19 2020 09:05:36 PM EST from warbaby @ Uncensored Subject: Re: Corrupted attachments

> Is there even a en_US webcit.mo file

Not in the current webcit head. Consider

https://www.citadel.org/webcit_built_successfull_with_locale_support_but_it_s_nailed_to_one.html

Just to clarify, are these packages you're using, or are you doing easyinstall?

 

Thu Nov 19 2020 08:56:30 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I think I have the issue narrowed down to a locale issue. I have now have the server running on a completely different Pi with a different OS (switched from Raspbian to Ubuntu Mate) and used sendcommand to migrate the server, and after re-installing the server again on the new pi through easyinstall, AND reset the local of Ubuntu, which took about 2 days. Since this didn't fix my issue, I dove into the locale files on webcit, which are NOT where they say they should be in the documentation, I only have en_GB, no en_US files, so, no webcit.mo file to be found, so I can't match the locale of webcit to the locale of my server that it stores files on. Could this be the issue? Is there even a en_US webcit.mo file I could find somewhere? The documentation seems to refer to that being a thing.

Tue Nov 17 2020 05:54:13 PM EST from jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

I'm encountering this issue now too. Sorry for adding an extra post with the same exact issue, it took me a while to figure out how to search this thread. I'm using a Pi 4, brand new, new SD card, and new install it Citadel, used the easy install. Everything else is working great, and email attachments leave the server OK, but coming in is when they get corrupted. I did that text file thing to view, and I got similar results. When it left, it was 115 bytes, and when it arrived it was 162 bytes. 

File contents when sent: The quick brown fox jumps over the lazy dog. Now is the time for all good men to come to the aid of their country.

File contents when arrived: The quick brown fox jumps over the lazy dog. Now is the tÿö–ÖRf÷"ÆÂvööBÖVâFò6öÖRFòF†R–BöbF†V—"6÷VçG'’ïÿ

Ÿÿ

So, what can we do about this? I've got some users that need their PDF files pronto, and I need a fix asap.

Tue Aug 25 2020 09:21:21 EDT from alex007 @ Uncensored Subject: Re: Corrupted attachments

it has something to do with character encoding I think.

My editor gedit says, that the original file I sent ist UTF-8 encoded, the file I downloaded with webcit is ISO 8859-15 encoded. See the files attached.

Does this only occur for German installations ?

 

Mon Aug 24 2020 10:22:18 EDT from phaake37 @ Uncensored Subject: Re: Corrupted attachments

All,

 

Did this ever get resolved?  I just tried this on my Citadel Server (Raspberry PI 3B+) and my text file produced:

 

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
123ÿó@Ð

 

the Original:

TEXT
TEXT
TEXT
TEXT
TEXT
1234
1234
1234
1234
1234

So it appears to be something with appending to the file or? 

 

Any ideas?

Thanks!

 

 

Sat May 09 2020 23:13:54 EDT from warbaby @ Uncensored Subject: Re: Corrupted attachments

You might try a few more text uploads with various strings and see if there is any consistency with the char length.  

You might try creating some new files with a text editor and see how they look after a reboot.

I predict it is going to be failing Chink SD card writes, rather than a problem with Citadel. 

Or at least, replacing the Chink SD card would be my first approach, since that's a more widely known problem. 

Who knows all the various ways they fail? It might not be a total failure, just not writing properly.

Sometimes you can edit and save a file, it looks okay if you cat it out, but shows garbage after rebooting.

 

Sat May 09 2020 06:58:25 PM EDT from MAS3 @ Uncensored Subject: Re: Corrupted attachments

Thanks for the suggestion.

I created a small file, containing this text:

 

This is a text file created by the standard windows text editor.
It is not a large file, but i'm sure it will be corrupted once it's sent.

So let's see what will happen to it.

 

And this was what was received in the attachment (i'm not sure it will show exactly as i received due to the corruption)
Hmm seems there's more to it, as the font size has changed after copy / paste, and indentation was added:

 

This is a text file created by the standard windowsüÑ•áЁ•‘¥Ñ½È¸4)%Ё¥Ì¹½Ð„±…ɝ”™¥±”°‰ÕЁ¤´ÍÕÉ—ò—Bv–ÆÂ&R6÷''WFVBöæ6R—Bw26VçBàРХ6òÆWBw2?ÙYHÚ]Ú[\[ˆÈ]ƒBþ¾

 

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

(, 0 bytes) [View| Download]

 

(, 0 bytes) [View| Download]

 

 

PiSetupV01.docx (application/vnd.openxmlformats-officedocument.wordprocessingml.document, 2222244 bytes) [ View | Download ]

Somewhat related - I read that document, and I remember getting deeply into figuring out Raspbian and how it works with Citadel in order to get it up and running with the Telnet client installed. I ended up really putting together several different docs to make one, repeatable method that worked for the install. None of the other documents out there were quite complete...  

But reading it now, it is like some other person who actually knows what they're doing in Linux wrote that. I've forgotten most of what I wrote there - so, if you read the document and have questions about it - I might be useless in providing any details. 

So, if those locale files were only for the package install, and not easyinstall, how to I check that the easyinstall is using the correct locale? I re-ran the install after ensuring that my Ubuntu install was on the correct install using UTF-8, en_US, but incomming attachments are still corrupting, seemingly to an ISO locale, I can't remember the numbers now, but I can get them if it would help.

Ubuntu_20.04 Server + LXDE desktop

I had citadel running here a couple of years ago, and remember needing to do some administering and getting stuck.

I downloaded and ran the easy-installer, checked for listening ports, got 80 and 443, so went in Firefox to localhost (no other name has been given),
and got " This program was unable to connect or stay connected to the Citadel server. Please report this problem to your system administrator.
Read More..."  The "read more" was a link which didn't work.
So I tried "https://localhost",  getting the same response.
I looked in the documentation, and nothing there applied.

So I followed the instructions on how to delete the package, and then installed from the Ubuntu repo package.
Getting  the version of the package didn't work, so I can't tell you what it is.
Still the same error message from Firefox.

Apache2 configuration isn't what I was expecting.  The only file in /etc/apache2/ is /etc/apache2/conf-available/javascript-common.conf:
====
Alias /javascript /usr/share/javascript/

<Directory "/usr/share/javascript/">
    Options FollowSymLinks MultiViews
</Directory>
====
I doubt that that would work, but I'm only guessing.
So does the Ubuntu repository have a non-working version ?
How do I make it work ?

I then noticed that the CPU usage was high enough to drive it to 100C, but HTOP and lxtask said 0% usage.

That seemed like a rootkit, so I tried running rkhunter, but that wouldn't run.

So I reinstalled the OS, installed citadel-suite again, and hours later got the same error in Firefox.

I need help.

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?

Broken links and the new hosting have no relationship.. But there is a lot is going on today, so expect that people are working on things. Whatever you're running into is likely very temporary.

If you want you can go back a few messages in the Support room to "HOW TO: Quickly make a build directory and compile citadel & webcit" [Nov 19th]

The latest easyinstall.sh and the new version with the -k --keep (retain source) is attached to that message. 

Everything else is to my knowledge working.  If I find out any different, I will post something here.

 

Sun Nov 22 2020 04:48:58 PM 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?

 

Ah!  I can pull the file from the url alone with wget.  But the commands with curl and wget, as posted, on this page (https://www.citadel.org/easyinstall.html) was giving me no love.

I've gotten the script down now.  Thanks!

Ah!  I can pull the file from the url alone with wget.  But the commands with curl and wget, as posted, on this page (https://www.citadel.org/easyinstall.html) was giving me no love.

I've gotten the script down now.  Thanks!

sure thing my friend.

Sun Nov 22 2020 06:24:02 PM EST from sanlybowits @ Uncensored Subject: Re: easyinstall .... "301 Moved Permanently"

Ah!  I can pull the file from the url alone with wget.  But the commands with curl and wget, as posted, on this page (https://www.citadel.org/easyinstall.html) was giving me no love.

I've gotten the script down now.  Thanks!

 

works like a champ! so far....

I did a fresh install of Ubuntu 20.10 (amd64) and tried the citadel-suite without success.  it was a very old version 917 which was throwing a lot of segfault messages into the syslog.  Uninstalled that version and did some cleanup.  Then, I tried the build from scratch using easyinstall shell and to keep the files as was posted in this forum last week, but then I got an error:

/usr/bin/ld: modules/xmpp/serv_xmpp.o:/usr/src/citadel-build.4621/citadel/./threads.h:27: multiple definition of `ThreadKey'; server_main.o:/usr/src/citadel-build.4621/citadel/threads.h:27: first defined here
/usr/bin/ld: modules/xmpp/xmpp_messages.o:/usr/src/citadel-build.4621/citadel/./threads.h:27: multiple definition of `ThreadKey'; server_main.o:/usr/src/citadel-build.4621/citadel/threads.h:27: first defined here
/usr/bin/ld: modules/xmpp/xmpp_presence.o:/usr/src/citadel-build.4621/citadel/./threads.h:27: multiple definition of `ThreadKey'; server_main.o:/usr/src/citadel-build.4621/citadel/threads.h:27: first defined here
/usr/bin/ld: modules/xmpp/xmpp_query_namespace.o:/usr/src/citadel-build.4621/citadel/./threads.h:27: multiple definition of `ThreadKey'; server_main.o:/usr/src/citadel-build.4621/citadel/threads.h:27: first defined here
/usr/bin/ld: modules/xmpp/xmpp_queue.o:/usr/src/citadel-build.4621/citadel/./threads.h:27: multiple definition of `ThreadKey'; server_main.o:/usr/src/citadel-build.4621/citadel/threads.h:27: first defined here
/usr/bin/ld: modules/xmpp/xmpp_sasl_service.o:/usr/src/citadel-build.4621/citadel/./threads.h:27: multiple definition of `ThreadKey'; server_main.o:/usr/src/citadel-build.4621/citadel/threads.h:27: first defined here
/usr/bin/ld: ldap.o:/usr/src/citadel-build.4621/citadel/threads.h:27: multiple definition of `ThreadKey'; server_main.o:/usr/src/citadel-build.4621/citadel/threads.h:27: first defined here
/usr/bin/ld: netconfig.o:/usr/src/citadel-build.4621/citadel/./threads.h:27: multiple definition of `ThreadKey'; server_main.o:/usr/src/citadel-build.4621/citadel/threads.h:27: first defined here
collect2: error: ld returned 1 exit status
gmake: *** [Makefile:134: citserver] Error 1
 Citadel Easy Install is aborting.
 The last few lines above this message may indicate what went wrong.
 Linux Debian bullseye/sid( 5.8.0-29-generic x86_64)

Please advise next steps...

OK, that's what I got too on ubuntu-20.04.

So with the easy-installer not working on Ubuntu-20.04 and -20.10, and the Ubuntu repository version not working on -20.04 and -20.20, how do you expect Ubuntu users to install Citadel ?

How come nobody can answer my question in 2 days ?