Clients unable to send attachments

Openfire
1

Good afternoon,

I run a small family server, with <40 users. This issue just started within the last week. The last time a user successfully sent an attachment (a photo) was on Jan 2nd. I just noticed yesterday (Jan 9th) that I couldn’t send images. I verified that no other users are able to send attachments either.

All of my searches have turned up potential DNS and SSL cert issues, but all of that is set up correctly as far as I can tell, but nothing with either of those has changed in months. I’ve tried to include everything here that might be relevant.

Clients in use are Gajim 1.9.5, Conversations 2.7.12, and the XMPP Web App plugin 0.10.2.

Running Openfire 4.9.2, build dd3cca6, on fully up-to-date Debian 12, and openjdk version 17.0.13 for Java.

There have been no changes to the system between Jan 2nd and today. The last time a Debian update was applied was January 1st, and that was a single update to an entirely unrelated application. The SSL cert was installed on Nov 15th, and is good through Feb 13th.

The Openfire service, and the server itself, have been restarted as part of troubleshooting.

All ports are open and forwarded on the firewall, and no changes have been made to the firewall in months. Here is the relevant output of iptables -L:

ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:5222
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:5223
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:5262
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:5263
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:5269
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:5270
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:5275
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:5276
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:7443
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:7070
ACCEPT     tcp  --  anywhere         www.deadtom.me       tcp dpt:7777

Openfire.log entries, when attempting to send images from different clients, on pastebin:
https://pastebin.com/FPeGvzJr

And screenshots of what I hope are relative information:

screenshots
screenshots743×1378 205 KB

I’m at a complete loss. I can’t find anything that has changed since Jan 2nd. Openfire seems to have just decided to be insolent.

Let me know what else I may need to provide to help troubleshoot this, and thanks in advance for any suggestions.

2

is looks like Openfire doesnt have ownership of the directory,
maybe set one manually on “File Directory”, then via terminal
chown -R openfire:openfire /the/directory (make sure to not set it up where otherplaces will also need, just to avoid conflict and so on)

3

Specifying a directory resolved the problem, however, I still have no idea what caused this. It normally stores those files in /tmp, and Openfire does have write permission on that folder because I see all kinds of other Openfire files and folders in there.

Regardless, thanks for the suggestion.