@nebulon Unfortunately it didn't work.

Could Cloudron find some way of partnering with a company which produces routers, or a project which works on wireguard supporting firmware? I think reducing friction to self-hosting Cloudron at home could help Cloudron become more widely used.

Firefox?

@girish I'm pleased to say that it worked. I had to disable docker and box and reboot, even though I didn't get the exact error you mentioned but something else related to creating the network (duplicate network). I also had to reboot after enabling and restarting box because otherwise the upgrade got stuck, I believe for a similar network creation problem. But once I did that everything worked well and I'm now happily sitting with version 7.6.3 after two subsequent updates. Many thanks for the help with this! Hopefully this thread will be useful for anyone else who might have this issue in future.

Great👍
then we have at least tackled this bug for the upcoming future.

The next version will prompt the user to overwrite if there is a name collision.

That seems like mail did not start up properly for some reason. When you find the time, if you run another update and see the box logs or docker logs -f mail , it will help figure what the issue is.

Thanks @girish for the quick reply. I'm getting there.

It seems the options --storage-driver=overlay2 makes docker unable to start when the data-root is on a mounted through sftp : adding it through the following error at startup

failed to mount overlay: invalid argument storage-driver=overlay2

if I use it with a regular data-root, no errors show up. I guess we should conclude that this makes cloudron not compatible with sftp drive for storing docker images.

Yes you are right, the host has it installed. I tried it from a terminal within one of our apps. There it probably would be overkill.

@ccfu The quarantine plugin only dumps the messages into a directory which is not overly useful because there is no UI to manage the quarantine.

because Cloudron does not provide a way to block or quarantine mails altogether based on central SPAMAssassin rules or sender addresses, as this can only be done using filters on individual mailboxes

We have global SpamAssassin rules - https://docs.cloudron.io/email/#custom-spam-filtering-rules .

I want to understand the use case better though. Is the issue here that spam is slipping through the SA filters?

@inane It seems on some networks, our internal DNS resolver (unbound) does not work. It's not clear why. Is yours a private network or some public VPS provider ?

Atleast, InfiniteWP works fine for me in WordPress Developer . Can you try in that?

I could not install it in Managed WP. It wants to install it in the iwp subdirectory. This is not allowed in the managed WP package.

@JUVOJustin said in Send email with brevo relay:

I have a sender configured for my-domain.com, while the server has cloudron01.my-domain.com . How can i solve this?

Just to double check - on Cloudron, the relay system requires "domain" level relaying . Meaning, it requires a relay that can send with FROM address like <anything>@domain.com , as opposed to specific-address@domain.com . Can you confirm this?

I think the easiest would be to allow changing the "From" domain in case a relay is used, since the sending domain will most likely be handled by the relay provider.

You can change the From Email address of an app in the Email section of the app - https://docs.cloudron.io/apps/#mail-from-address . If you want my-domain.com , then add this in the Domains view. It will then appear in the dropdown of the Email domain selector as well. Then, Email -> my-domain.com -> Configure Outbound as brevo.

I have updated the screenshot

Great info @jodiecunningham - do you have more information? Is this an included service in Microsoft365 Azure or cost extra? I did find some services, that are very expensive for a small sized company - and I wasn't sure if that where the right ones.

@alexm said in Spamhouse blacklist:

I am kind of struggle to understand is it the problem of OVH or the way Cloudron uses this Spamhous open relays?

VPS providers have a block of IP addresses and they cycle these IP addresses across their customers as VMs keep getting created and destroyed. This means that your IP was used by someone else previously and maybe they sent a lot of spam (an unfortunately common situation). When this happens, spam watchlists like SpamHaus place the IP address in their email blocklist . In some cases, people will wholesale block the entire VPS provider IP address range since the VPS provider is not responding to spam appropriately. There is a lot of unknowns here since all this handling is not "transparent" - an email receiver can use all sorts of blocklist providers and unknown criteria to determine if your email is "spam" or not. They might even block emails by domain name etc.

Your best bet for reliable email is to sign up and use a relay - https://docs.cloudron.io/email/#relay-outbound-mails . If you don't want to use a relay, you have to be "patient" to give your IP and domain a good reputation . You have to also get your IP/domain whitelisted from the various email block list providers. Most of the email blocklist providers have an online form that you can fill up to prove your reputation.

For me. It's silly. All the guide is out of date. With new created storage box, there isn't sub dir and ssh pub key is not yet allowed in storage box and storage box's pub isn't in my pc known_hosts, I have to add my pub key to storage and run sshfs command once time to get pub key of storage box. So because of new user without subdirectory, the "remote dir path" after colon should be RELATIVE path or empty "" in this case not "/". uxxxxxx@uxxxxxx.your-storagebox.de: /mnt/local/mount/path -o port=23,IdentifyFile=/home/username/.ssh/id_rsa ....

@chaddieboy Be safe out there tonight!