Best posts made by ccfu

@subtlecourage

It's very simple. Just spin up a LAMP app with something.mydomain.com as the location. Then, in the file manager create a file .htaccess in the public directory with the following content:

# Permanent URL redirect 
RewriteEngine on
Redirect 301 / https://externaldomain.com/path

Any requests to something.mydomain.com will then be forwarded to externaldomain.com/path

There is plenty of documentaton on this if you do a Google search for 301 redirect .htaccess. there are also generators that will provide you with the correct code for different scenarios, for example redirecting specific pages.

@fproof
Cloudron already has a mail solution which incorporates the same or similar components.

@blaise Not a great start to your membership here in the forum. The response may not have answered your question exactly but that hardly justifies your impolite reaction.

Incidentally, a simple Google search would have found you this:

https://docs.rocket.chat/installation/hardware-requirements

A bit of multiplication and you should have a reasonable idea what you are likely to need.

Edit: I see @fbartels was a bit quicker.

@jdaviescoates This is one of the problems with pre-built apps provided as packages for server platforms, and I have encountered this with other companies as well. If providers are not willing to ensure that these packages are kept up-to-date, then the benefit for the customers is minimal and sooner or later they are going to run into difficulties. It would therefore be interesting to know how easy it is to bring the pre-installed Hetzner versions up to the current versions and also generally what their policy is on keeping these packages updated.

@jdaviescoates @p44
Many thanks. I'll look at this again later today and report back.

@nebulon Instead of a label, maybe having a coloured dot in the corner of the tile would be a good alternative for immediate recognition of the current state of the app?

@p44 @jdaviescoates Got it working. Thanks for your help!

@girish said in Can't discard spam messages on arrival using Sieve filters:

so I think the default behavior is good.

As a default I think so too, but whilst the spam protection in Cloudron is reliable, sometimes the end user wants / needs to be able to filter spam messages directly It would therefore be good to have a simple way of filtering mails to discard spam selectively rather than just having all SPAM go to the SPAM folder. Mails with a SPAMASSASSIN score of over 20, for example, do not need to be saved anywhere, but those with a score of 7 or 8 could in theory be false positives so would warrant 'quarantining' rather than discarding altogether. The same applies to certain sender addresses and subjects.

This does not need to be something defined in webmail clients per domain, but could be a server-wide setting similar to the custom spamassassin rules.

@nebulon Whilst I like the fact that read notifications are now kept, at some stage this list is going to get very long, so maybe a toggle to show unread / read notifications? And maybe also a purge function to remove older ones?

@grienauer Why do you find this misleading? The function is password recovery so it seems logical to me for the title to be 'change password recovery email address'.

+1 for Canvas LMS on Cloudron

@p44 That is be the expected behaviour. As there was no 2am this morning the backup was not triggered.

@girish Embarassingly it appears ther script that I was loading the php info through had specifically set opcache.enable to Off at runtime. In the app itself it is enables and all is good. Thanks again and apologies for the unnecessary effort in pushing a new package.

@marcusquinn I meant to reply to this ages ago. I have also started using Espocrm and am also considering moving email communication from Freescout to Espo so that everything is in one place. What is missing for me in Espo, however, is reply snippets that can be inserted into emails. I know that you can use templates, but you can only use these to replace an entire email.

@p44 Did you get the issue sorted with the Hetzner Storage Box? I am facing the same problem and cannot work out why it is not mounting. "Samba Shares" and "External Reachability" are enabled but I keep getting the error 'mount: bad usage'.

@nebulon I also think plain database apps would be the way to go here. Patching the app code is complicated in this particular case, so for now I I will just go with an external database.

@jagan

1. Set up a subdirectory for the backups in the storage box (example: cloudronbackups).
2. Create the subdirectory (example: /mnt/hetznerbackups) on the Cloudron server.
3. Create the CIFS mount:

mount.cifs //uXXXXXX.your-storagebox.de/backup/cloudronbackups /mnt/hetznerbackups -o uid=yellowtent,gid=yellowtent,user=uXXXXXX,pass=XXXXXXXXXXXXXX,iocharset=utf8 0 0

(obviosuly replacing the XXXXXXX with your username and password)

4. Choose CIFS Mount in the backup settings and set it to the subdirectory you created.
5. If everything is working, add the following line to /etc/fstab:

//uXXXXXX.your-storagebox.de/backup/cloudronbackups /mnt/hetznerbackups cifs  uid=yellowtent,gid=yellowtent,user=uXXXXXX,pass=XXXXXXXXXXXXXX,iocharset=utf8,x-systemd.automount  0  0

@andxclfor IP reputation is becoming increasingly important for mail delivery and both T-Online and Microsoft have implemented quite aggressive checks. If your domain starts sending mail from a new IP, for example, there is a good chance it will initially be blocked. You should get an undeliverable error in such cases though. From experience I can say that T-Online have been very quick to rectify this.

@d19dotca said in Is it possible to migrate just emails?:

Reason I'm asking is that my understanding is you can't really split roles up between servers for the same domain. In other words, it's not really feasible to have one Cloudron server hosting the website for example.com and another Cloudron server hosting the mail for example.com. My understanding is that everything related to the domain needs to be handled on each server.

Out of interest, why would it not be feasible to split domains between hosting and email? We do this without any problems. On the servers hosting the apps either outbound mail is set to relay via the server handling email or, if the app manages its own email settings, these are set to use the SMTP on the server handling email for the domain.

@girish

Sounds good

@jagan Is there a reason you want it to be S3 based?

We use Hetzner Storage Boxes via CIFS. Has been very reliable so far.

@jeau
Is this after restarting the server?

I have just started using Minio to store backups from a different server. Everything works fine, but I am a right in saying it is only possible to have one user (AccessKey & SecretKey combination) for the entire app? Or is there a way to create separate users / credentials? The Cloudron installation does not seem to support creating users in the same way as a non-Cloudron instance.

@girish
In my opinion it should be up to the network admin to decide which plugins to activate network-wide. The two you mentioned I would see as exceptions though. Email in particular needs to be configurable on a per-subsite basis.

Incidentally, I personally prefer this plugin for mail: https://postmansmtp.com/