Please wait...
0 files
"What OS are you running on the Pi, and is it 32 or 64 bit, how much installed RAM, how much swap is configured, and how did you install Citadel?"
What OS... I tried Buster, 32 bit, on a 32GB SD card, I believe the Pi has 256 MB of RAM. I did not enable any additional swap space, I used the easy install.
I also tried an install (on the same Pi board) of Ubuntu 20.4, 32 bit on a 32GB SD card, I believe the Pi has 256 MB of RAM. I did not enable any additional swap space, I used the easy install.
Bob
Sequim, WA
Currently using the Ubuntu 20.4 OS. Typing sudo free -h I get:
RAM total 917mi, used 136mi, free 144mi, shared 3.0mi, buffer 636 mi, available 757
Swap = 0
Bob
Sequim, WA
Put Ubuntu 20 on an old PC along with Citadel loaded from the easy install. Initially I noticed the same thing. I would get kicked out of the application about 80% of the time as soon as I posted an attachment. I began to notice if I waited for 5 to 10 seconds after i did the attachment before closing the page and going back to the email, putting some words in the email, waiting another 5 seconds, then click send, the mail and attachment would go almost 100% of the time.
i will go back to the RPi and see if the same scenario plays out when putting the delays in the process.
Bob
Sequim, WA
I always assumed it had something to do with memory management, but maybe you're onto something and it's a race condition. Will look into this more!
Just as a quick update ... so far, what I have been able to reproduce is that I get s software crash while attempting to upload large attachments on a Pi. The debugger says its crashing inside the base64-encode library. Does this sound like what you miht be experiencing? Incoming mail from the outside would be encoded somewhere else, so it wouldnt crash the library.
Size of the attachment did not make any difference. I could reproduce it 100% of the time if I did an attachment, quickly hit close and then, again, quickly hit send. Also, leave the document blank with no words.
Bob