Cloudron Forum

@d19dotca Okay, that is a bit confusing, but I will only be able to figure it out once I try it. I appreciate everyone's help and responses.

@timconsidine Also good to point out is if the plan is to just use a personal google account's SMTP settings it will be severely rate limited.

@humptydumpty Yes, correct. Server restart won't fix the issue, have to restart the service explicitly (since it copies over certs).

I end this thread because I now have a more specific one going.

Mystery solved; The server i was hosting Afterlogic on turns out is just too slow. Checking the logs it would always time out, which is 15 seconds. I ran Afterlogic on a much faster server and now it sends emails just fine. Thanks all for your efforts to help me, it was much appreciated.

Not 100% sure but are there any files under /home/yellowtent/boxdata/mail/spamd/<mailboxname> ? Those are the per mailbox spamassassin bayes databases. Maybe it's picking up something from there?

@girish WOW that greatly simplifies the process, that's great, still always amazed at how CR makes sysadmin soooo much easier

@girish said in VERP on Cloudron: @imc67 this should already work . Support for sending emails with '+' (subaddress) format and sending emails as aliases was added a while ago. If the use case is with Espo, you have to make sure it scans the IMAP mailbox as well . Also: https://forum.espocrm.com/forum/general/58060-verp https://github.com/espocrm/espocrm/issues/1536 https://github.com/espocrm/espocrm/issues/1560 and Thanks!! I’ll give it a try!

Just found the solution here: https://forum.cloudron.io/topic/1279/receive-email/4 The problem was that AWS EC2 instances close port 25 by default. As soon as I opened it in the AWS console, I was able to receive emails.

This problem is not reproducible anymore.

@girish said in Anyone else see many connections denied due to "Mail from domain <domain> is not allowed from your host" repeatedly from spammy IPs?: @necrevistonnezr Ah, sorry! I misread. In my case, the sender is just spamming the hell out of me for video content. Sender is not trying to spoof. I guess you have to block by IP in the network firewall. Yeah, well, those IPs are never the same (see above) and even ranges are difficult to ascertain. Maybe an easy way to subscribe to a blocklist would help? (as suggested in my old topic linked above…)

@ccfu That's a good point. Probably one for their forum but I think I'd like that too so may help develop.

@d19dotca it's not a problem. Just the natue of any service being exposed to the internet. There a bots, misconfigured services, compromised iot devices doing all sorts of things. Nothing to worry.

Alternatively: turn it into a community guide, link to the guide in the documentation

how embarrassing. You're absolutely right. I was searching after ghosts.

@necrevistonnezr excellent catch! I think I searched “email” when I should have just searched “mail”. There may be a couple others I missed.

@girish could you maybe give an update if you are considering adding this feature? We would really, really appriciate it!

Okay... I may be on the side of this working properly again. lol. Maybe I've been wrong this whole time in thinking it wasn't working correctly. So coincidentally I was checking the mail server logs and saw another example of the same message go through to the same recipient from the same mail server, it was listed in the logs as "just now" so I quickly checked mxtoolbox and found that only 4 at that time had been listed, none of which were ones I was using. Here is how it looked at the very moment I checked when it was "just now" in the logs: [image: 1616004904806-69bc5a02-12ca-420e-958a-27405c21f7ed-image-resized.png] [image: 1616004923806-07b937c4-4840-4c14-887b-7513acc87251-image-resized.png] Edit: Checking about 6 minutes later, I see the blocklists have aleady been updated for more (Spamhaus Zen in this case would have caught it if it were about 5 minutes earlier): [image: 1616005021879-4522d168-dc21-498f-845b-885cfe0a73a1-image-resized.png] So I guess we can probably mark this as resolved, as I now see conclusive evidence that the various blocklists used just didn't have it listed until a few minutes after the message was received. I guess in order for it to adapt so quickly this spam attack on one of my users from those mail servers must be right at the beginning of a spam wave. Kind of neat actually to see how real-time these lists are. haha.

@d19dotca since the email is forwarded , this info is probably lost. One idea is to look into the bounce mail headers. Maybe there is some message I'd or something we can match.

@mdreira said in Lightmeter - Mail server delivery monitoring: What mail server does Cloudron use? Exim? This is what Cloudron uses for smpt: https://haraka.github.io/