@d19dotca said in Blocked IP addresses in Cloudron but still able to access WordPress sites: I know that this feature was likely originally intended to be a manual update rather than importing a giant list and works well for that, but as threats/spam become more common place, I think we’ll need Cloudron to keep up. Is it possible to prioritize improving this feature soon for us to allow thousands of IP addresses being added? Fully agree! A strong network filter / block would be another USP

@foliovision it's in https://docs.cloudron.io/apps/#email See the note. But to be fair, it's hard to read through all the docs in detail.

@TomTom4 said in Help moving Nextcloud data directory: Can a nfs share of a zfs dataset work ? as mentioned this has not been tested... But please let us know if it works or not. If you can post logs here it will help. For example, where is it failing in the first place. Did the volume creation work, for a start ?

Fixed in master branch

@dylightful there is a bug when setting up Linode Object Storage (it's already fixed in next release). For now, you have to choose S3 compatibly Storage in the Storage provider combo box and input the values. It's the same thing internally, the Linode Object Storage is merely a convenience that fills out some fields like the endpoints.

@hakunamatata goto E-Mail => Click the Mail Domain you want => top right [image: 1701686484273-da007e89-1df8-498d-96ba-6503dc59096d-image.png]

Thanks for sharing the solution. Maybe there is a corner-case bug in the database migration about the directory server config.

Sorry for the frustrating experience but I have to say in several years of using Cloud infrastructure, this is the first time I hear of someone providing a server on non-port 22. This is why such a special case has not made it to the docs. May I ask what VPS provider this is? We test installation over 30 providers, all use port 22 by default.

@nebulon test, as in previous testing proxying across cloudrons, and to other search engines worked just fine, and these tools sites, didn't.

@girish I couldn’t do that. The task wasn’t canceling and buttons greyed out. When i opened the terminal, it didn’t load the page (edit: it didn’t load the content within the black frame, the menu was there) so i couldn’t type in any commands and the restart button in the terminal and log pages didn’t trigger a restart once clicked. A full vps restart did the trick though.

You should see it in the app logs around that timeframe what happened

yes, we will update the image. You can also install 7.5 though and then manually check for updates, we are slowly rolling this out for autoupdate now.

@supashot said in [Noob]Access denied: OVH DNS error 403 This call has not been granted: @girish ls -al /home/yellowtent/appsdata total 8 drwxr-xr-x 2 yellowtent yellowtent 4096 Nov 29 14:02 . drwxr-xr-x 6 yellowtent yellowtent 4096 Nov 29 14:02 .. I think I understand. Hastebin probably has not finished installation / has error installing ? This is why that directory is empty . If so, that's normal.

Great! Thanks for your speed

@robi I think the user put zone restrictions on his existing API keys. The Cloudron zone was not part of the API key.

OK, I'll try. Thanks for your suggestions.

OK. This was very exciting. I read some documentation. Specifically, https://docs.opnsense.org/manual/how-tos/nat_reflection.html. Once I slowed down, undid all the weird thrashing I did with various DNS shortcuts for route domains internally/directly (e.g. changing my unbound config, or creating aliases for my domain), and instead read the documentation for both reflection and hairpin NAT in OpnSense, I was good to go. Thank you for joining me on this journey where I create noise on the forum and discover that, by reading the manual, I can solve my own problems.

probably via https://forum.cloudron.io/post/71420

This is fixed in https://git.cloudron.io/cloudron/box/-/commit/e64182d79134e8828c2fa953c676a8f6b08247b7 Haraka also needed an upstream fix which I have submitted in https://github.com/haraka/haraka-plugin-limit/pull/52