Cloudron Forum

@girish Merci!

@ianhyzy I registered a new domain just for this purpose. It's not ideal but I don't have to use a relay so it works out in the end. I'm hosting with DigitalOcean so the PTR record is set by changing the server (droplet) name to match the mail server domain. Last I checked my headers, all were good and pointing to the new domain setup. Edit: BTW, I've used Amazon SES for my newsletters in the past and they're pretty cheap. IIRC, I sent like 9k emails for under $1 USD.

@marcusquinn see my post about n8n at https://forum.cloudron.io/topic/1939/n8n-io-zappier-ifttt-integromat-alternative/13?_=1605126531115 - short version is that it's been packaged, it's just not primetime-ready

@d19dotca What a read!

@d19dotca Ah, I see this on our server as well. It seems that this is printed for all incoming mails because Haraka tries to transfer mail to Dovecot via TLS (via LMTP). Disabling SSL removes the message. Since the message transfer is internal, it's fine. I have pushed the fix for next release but the message is safe to ignore.

@girish thank you for the insight. If I am extending the existing drive then I'll make sure to keep it SSD as it already is, I may try HDD if going the first route though. I'll check, this isn't an easy task for extending the existing disk unfortunately, but this may be the better move. Of course the drawback there I guess is I'll be paying for way too much disk space and need to do it all over again if I for example lose one of the clients that are using so much email space (as email is the single biggest consumer on my server right now, by a lot). I'll have to run some tests.

@ianhyzy Yes, the explanation for this behavior is here - https://docs.cloudron.io/apps/nextcloud/#email (at the bottom). Happy to clarify further.

@d19dotca great, thanks

As long as the IP doesn't change from my. to mail. no clients need immediate reconfiguration. The Reverse DNS is something that I also wanted to change for vanity reasons, but not at the expense of email. Now I can.

@girish I originally tried that with no success, I figured that the Ghost CLI command initiated some other process or method

This is almost docs-worthy, under some kind of home-hosting section.

why not simply manage a local cloudron.local domain in hosts or local DNS then?

@saikarthik said in IMAP port and server settings for LAMP app mail client: What I blurred out in the picture is actually a valid cloudron mailbox ID. Yes, but it seems there is some extra text before it like Test User: "Test User". Can you remove that and try?

added a Feature Request for #2 -- please upvote https://forum.cloudron.io/topic/5027/pop3-gmail-polling-support

@nebulon That's not to say that I don't think Cloudron shouldn't receive webhooks for other reasons. I'm surprised you aren't using them for your multi-cloudron dashboard actually (to update the status of "subcontainers" from all servers instantly).

@marcusquinn they don't , no.

This has helped me in version Cloudron v7.3.2

@p44 Where is this button? In the feeds or in preferences? I can't seem to find it in my installation.

@jdaviescoates ok, good

@girish That's awesome news! Looking forward to v6.0 then! Keep up the awesome work