Cloudron Forum

This feature is essential in any professional mail server.

The reputation of a mail server is very important so that emails reach the recipient's inbox and not the spam box. It´s vital.

If you want to use the cloudron mail server in a professional way to send thousands and thousands of emails from different clients (emails that you cannot control), it is necessary to be able to monitor the percentage of bounces and percentage of complaints (spam) to take care of the server health .

If a client sends a lot of emails with our Cloudron mail server using bad practices (purchased databases, for example), by increasing complaints and bounces, it will considerably damage the reputation of our mail server. This can cause us to block the domain of the server for sending emails, with its corresponding consequences.

I propose to implement in the cloudron mail server the monitoring and control of those bounce and complaint rates associated with each sender email, that is, the email that caused those bounces and complaints. In such a way, that our cloudron mail server could automatically block the sending of emails with that sender if it exceeds certain limits / percentages that we must define.

For example, Amazon SES has a 5% bounce limit and a 0.1% complaint limit. Here you can see how Amazon has implemented this: https://prnt.sc/10apcxh

In addition, administrators should be notified by email when the mail server detects a rapid increase of these 2 percentages in a sender, and we can also block that sender manually.

Having a graph would help a lot to detect problemas before they happen: https://prnt.sc/10aq1l5

I am not an expert in mail servers, but an expert in this forum could confirm if what I say is that important or not.

In short: this would be to enable an effective control of the Mail Server Health. Something super important that would give Cloudron's mail server much more value over the rest of the competition. An important factor that would help more people to decide to use Cloudron.

Thank you.

Hi!

When I create an app_not_responding.html page to use as a custom page and add an image in the html code that I upload to the same directory (/home/yellowtent/boxdata/custom_pages/) , then image doesn't load. I can see the text, but not image.

I'm putting this code: <img src = "sad-dog.jpg" alt = "upps" width = "30%">

The html and the image have the appropriate permissions and as owner I have set yellowtent.

EDITED: Finally I created a folder where I put the images inside, I redirected them in the code and it worked.

<img src = "/images/sad-dog.jpg" alt = "upps" width = "30%">

@nj WOW!! The entire community will be eternally grateful to you for starting this great challenge.

@nebulon And we are impressed with how the entire Cloudron team and collaborating developers are working.

Thank you all a lot too!

I love this conversation, this is gold.

We have to strengthen the mail server as a safe, it is a very valuable asset.

If we add to these limits/fuses the ability for the server to do certain actions if it detects that a domain has a higher percentage of X% of bounces and X% of complaints.

This would also be a must have to shield the mail server.

We have to be able to monitor all this well and automate actions in mail server.

Hi all!

Just as there is a Wordpress dev app, there should be a Mautic dev app, where there is a middle ground between maintained by Cloudron or by the Mautic community.

My proposal is simply that the entire Mautic file structure be accessible, but that it only be updated when Cloudron updates Mautic managed (it's safer) and not when Mautic releases an update.

And every time the Mautic dev app is restarted, the same thing happens as with Mautic managed: Cache is cleared, etc ... and the core files are restored.

Why am I asking this? Because the entire file structure is not accessible, mautic cannot be customized.

Please think about it. I am sure that all who use mautic a lot will appreciate it.

@nebulon I think the idea is that there is only one queue server that manages all the emails from all the Mautic applications, that is, something like "an operations center".

If we put a queue server in each Mautic app, I think it would not do its job, since the queue server of a Mautic application would not know what the server of another Mautic application sends ... therefore, we could not control the volume and speed output of all emails that go out together in an orderly way.

@nebulon OK, I hope it is a specific error and not something general in the Spanish translation. We know that we have to copy exactly each code, without spaces.

As you say, it may be a copy paste error.

Thank you.

@fbartels a very good contribution!!! maybe it would just be to add this application to cloudron (it is already packaged with docker) and join it with the mail server.

Cloudron team: Do you see then possible to add this application to Cloudron in the short term to give more monitoring to the mail server? If I knew how to install the docker package of this application in Cloudron (it is already made), I would already be testing it and giving feedback in this forum.

@atrilahiji do you know how to do this?

Great @girish !

Well, if graphical monitoring with the data we already have is relatively easy to implement, we can start with it and after that add control functionalities, so that Cloudron knows what to do with that data and we also have tools to block senders.

Because uncontrolled monitoring is of little use.

@girish Would it be possible to pick up the slack and add Odoo or Flectra in the near future to Cloudron? This would be amazing.

@nj ERPNext 14 also have an LMS, right?

https://erpnext.com/open-source-education

@micmc @nj Yes.

After reviewing Odoo and Flectra, in their community and enterprise versions, I think that ERPNext is a very good option because it is 100% free software.

And it has a lot of features.

As @nebulon says, it is a cost-effective ERP solution.

Many professionals and agencies offer consulting, training and support services from Mautic. And along with these services, Mautic is offered as a service as well. This makes a rebranding in the Mautic app very necessary.

At the moment, Mautic has not focused on providing facilities to change colors and logos within the application, but until it does, there is a plugin that can be used. It can then be removed if later versions of Mautic solve this need.

I propose that the Mautic application package in Cloudron has the whitelabeler plugin implemented by default, which can be found here:

https://github.com/nickian/mautic-whitelabeler

Please, check the link.

It is well maintained and gives all the necessary options for a rebranding. So everyone could change the logo and colors according to their need.

I await the opinion of the community.

@girish You mean that you are going to prepare an accessible folder (still disabled) in the root directory of Mautic?

Wow!!! That's great!! Thank you very much.

I'm going to be aware of that plugin and I will notify you in this thread when it is compatible with 3.3.1 to enable that folder.

Hi!
I am reading a lot about how to implement the mail queue at Mautic to manage large amounts of mail sent from the application.

Really Mautic's work is sending automated mass mail. By default it is configured to immediately send the emails, but if you send a lot, you can collapse the application.

I found that Rabbitmq is needed on the server, to take care of the mail queue: https://www.rabbitmq.com/download.html

Does anyone expert in this? At the moment I'm going to put this application on the App Wishlist. I need it.

@nebulon Before I comment further on this topic, I want to say something that will surely help you understand why we are actually asking this application in Cloudron.

Right now we are using Amazon SES to send the emails from each Mautic application. Amazon SES has its own queue server (SQS), so we don't urgently need Rabbitmq right now.

As we see a lot of potential in the development of the Cloudron mail server and all the improvements that are going to be made, we think it will be a perfect opportunity to test the Cloudron mail server with the Mautic applications and if it goes well ... to go off using Amazon SES with certain smaller clients.

If Cloudron Mail, together with the rest of the improvements, has a queue server like RabbitMQ that can be configured for all applications that send emails (Mautic, Mailtrain, Freescout, WP ...), the Cloudron mail server would be much more effective and would improve its performance. It could accept much larger volumes of mail.

Just like Amazon SES has a queue server, Cloudron Mail should have one.

I am seeing now that it has been a mistake of mine to request this application only for Mautic, when in fact it is an important improvement for Cloudron Mail. It should be in that section and the title of this post could be changed.

@murgero No I didn´t

Ok, tomorrow I'll try to.

Thank you!

@girish Good job!

Now with Mautic we have to use Amazon SES, but if all these improvements are implemented in the Cloudron mail server, we can forget about Amazon.