LibreTranslate
Free and Open Source Machine Translation API, entirely self-hosted. Unlike other APIs, it doesn't rely on proprietary providers such as Google or Azure to perform translations. Instead, its translation engine is powered by the open source Argos Translate library.

https://libretranslate.com
https://github.com/LibreTranslate/LibreTranslate

Seems like a nice addition to the app collection. Appears it would be a relatively simple integration. I'd love to see this as somebody who heavily uses translation services.

This is easily achieved with standard postfix system packages, but Cloudron obviously uses 25 so a built-in Cloudron feature for security and observation, auditing, would be great.

Absolutely 100%
Came to the forum to see if there was yet a request for this.

Better yet, would be ideal starting with this since Invidious still (unfortunately ... ) hasn't made its way in to the app store.

Setting "script-torrent-done-enabled": false fixes it.

@girish Belated marking as resolved for anybody looking in future. girish did some remote ssh support magic and solved the problem.

@d19dotca To make it really simple:

I blacklist me+website@myemail.com
All email arriving that matches receiver address me+website@myemail.com is SMTP rejected.

This is great for when websites or mailing lists get compromised and there is just an endless spam campaign on that address. I can ban the address at server level and now that address is forever blackholed.

I can go to the website in question, if I choose, and simply update my email address with a new tag, thus effectively generating a new non-spammed contact for which they hopefully won't get compromised again. If so, rinse repeat.

On Mail-in-a-Box, you'd just run a command on console with the block address parameter and address to block. Very easy. Forever SMTP rejected until removed again.

@d19dotca Since this hasn't received any traction, would you mind assisting with your SpamAssassin discard rule in context that would be acceptable via Cloudron? It seems the syntax isn't allowed.

Is there any way discard can be achieved using the single line approach that cloudron docs/examples illustrate? Thank you!

The workable examples given are:

header SUBJECT_HAS_DISCOUNT  Subject =~ /\bdiscount\b/i
score SUBJECT_HAS_DISCOUNT   100
describe SUBJECT_HAS_DISCOUNT    I hate email discounts

If not, I can try going in and editing the config file directly, if it even exists. Thought I'd try here first given editing stuff directly isn't always the best idea with Cloudron. If it even manages to persist.

@girish Damn. I wasn't expecting resolution that rapidly!

Thanks! Updated. Solved.

@d19dotca Since this hasn't received any traction, would you mind assisting with your SpamAssassin discard rule in context that would be acceptable via Cloudron? It seems the syntax isn't allowed.

Is there any way discard can be achieved using the single line approach that cloudron docs/examples illustrate? Thank you!

The workable examples given are:

header SUBJECT_HAS_DISCOUNT  Subject =~ /\bdiscount\b/i
score SUBJECT_HAS_DISCOUNT   100
describe SUBJECT_HAS_DISCOUNT    I hate email discounts

If not, I can try going in and editing the config file directly, if it even exists. Thought I'd try here first given editing stuff directly isn't always the best idea with Cloudron. If it even manages to persist.

@d19dotca To make it really simple:

I blacklist me+website@myemail.com
All email arriving that matches receiver address me+website@myemail.com is SMTP rejected.

This is great for when websites or mailing lists get compromised and there is just an endless spam campaign on that address. I can ban the address at server level and now that address is forever blackholed.

I can go to the website in question, if I choose, and simply update my email address with a new tag, thus effectively generating a new non-spammed contact for which they hopefully won't get compromised again. If so, rinse repeat.

On Mail-in-a-Box, you'd just run a command on console with the block address parameter and address to block. Very easy. Forever SMTP rejected until removed again.

@d19dotca said in Reject mail at SMTP level, address blocklist:

To reject email at the SMTP level, you need to use a DNSBL which is documented here (it essentially runs before SpamAssassin even sees the message but doesn't allow you to control which addresses are involved, only if it's a "true" then reject and if it's "false" then continue processing): https://docs.cloudron.io/email/#dnsbl

Thanks for the reminder. I've added two extra blacklists to the default.
The primary feature request still stands though.

Surely it can't be difficult to implement SMTP reject when the devs are able to get around to it.

@privsec Is SpamAssassin able to issue SMTP reject?

I use email tagging (myemail+xyzfuturehackedwebsite@mydomain.com) and would like to be able to use the address blocklist feature to completely reject (all emails) to designated addresses at SMTP level, as opposed to having Cloudron flag them as spam and put them in the respective folder.

Years ago I used Mail-in-a-Box and this feature was built in and configurable via the command line. Used to make abandoning tagged addresses a breeze. They would be permanently banished from my mind.

I can't help but be honest that it triggers me when spam constantly shows up in my spam folder without my ability to nuke their attempts at even hitting my email server.

What do ya'll say? Can this be implemented easily in a future update please?

The only reference I found to the same was in this thread.

@scooke Applies to most things. But it is not recommended to install anything alongside Cloudron. Keep it clean or things could go wrong and then you've acted against best practices advisory.

@girish Damn. I wasn't expecting resolution that rapidly!

Thanks! Updated. Solved.

A nudge regarding app package Trilium which has new versions available 0.54.2

To note - Trilium is more burdensome re update adherence due to sync inability that occurs if server/client versions are mismatched.

Absolutely 100%
Came to the forum to see if there was yet a request for this.

Better yet, would be ideal starting with this since Invidious still (unfortunately ... ) hasn't made its way in to the app store.

@mehdi said in Email notify on SSH login:

@xarp actually, Cloudron uses the inbound port 25. This does not prevent it from sending stuff.

I tried the postfix/mailutils method which uses a simple bashrc method in the user/root home, however when Cloudron rebooted, the mail service couldn't start unfortunately.