Cloudron Forum

@girish said in Dynamic DNS and Mail Server Location:

@gerard that's quite brave to run a mail server with dynamic IP

@girish Yeah it's silly and unreliable 😉 But not meant for any serious usage.

Thank you for fixing it.

I thought perhaps the difference with a newer server where it works might be that I don't have Solr enabled on that... and so I tried disabling Solr... but a few moments later it re-enables itself!

Depending on your use case it might be worthwhile checking if just a simple "wildcard alias" (instead of catch-all) is sufficient (as described in the docs).
See an example here: https://forum.cloudron.io/post/74184

@JOduMonT an email server (without email relays) requires a public IP. There is no way around this. Even if you add a second IP, the second IP will be exposed and one can always access your Cloudron dashboard via that IP address. Just have to put an entry in /etc/hosts on my laptop and point that floating IP to my.domain.com and that's it.

I guess you are looking for a way to "sandbox" mail server to a specific IP somehow. We don't have a way to do this in Cloudron. I can move this to Feature Requests.

But also, it might be easier to just create another VM and run mail on the other VM? Security wise , this is the easiest and cleanest instead of writing a lot of code to make sure mail server and dashboard despite being on the same server don't step on each other (networking wise).

This was a regression in Cloudron 7.7. Thanks for reporting @AartJansen

Fixed in https://git.cloudron.io/cloudron/box/-/commit/1afa2e87ec93881ebcd1f79d83d4477467b40770

@AartJansen '+' is the default qualifier. So, it is redundant in +a:my.friendwholesale.co.nz . You can remove it.

@girish Thanks. That could possibly do the trick. Maybe as an option to the current behavior.
In my understanding, this is the expected behaviour of a mailing list. But maybe I'm wrong - it's been a while since I was last active in mailing lists ..... 😉

This is fixed in the latest release 7.6.2

Topic was merged, unfortunately I merged it reversed, so the new topic is now on top of this.

@robi @d19dotca identified the issue at https://forum.cloudron.io/topic/10434/email-event-log-loading-very-slowly-seems-tied-to-overall-email-domain-list-health-checks/9 . When we switch views, pending http requests of the old view are not canceled .

@bloops are you saying you created a Domain called mail.domain.tld ? This is not needed. I think the certificate issue could simply be a matter of DNS propagation. Especially, with manual DNS, depending on your provider, this can take a while and Cloudron has no way to check . In such cases, it will start using a self signed certificate initially. There is a nightly cron job to renew certs and that would kick in and get a certificate eventually.

@THI_Staff Apologies for a late response on this. I haven't used this yet. I was grandfathered on some free monitoring elsewhere. That being said, some of the delivery reports tell you servers that attempted to send email on your behalf. That has helped me resolve some delivery issues where others were sending legitimate emails, but using one of our email addresses instead of theirs. That tripped a DMARC fail. I would start their service without and then see if you want more.

@zylstra I think you are asking how to relay email . See https://docs.cloudron.io/email/#relay-outbound-mails

Follow up at https://forum.cloudron.io/topic/10145/any-way-to-relay-incoming-email

via api you can do that.
POST
{{baseUrl}}/mail/:domain/mailboxes
note :domain is a variable for the mail domain.
note {{baseUrl}} is the Cloudron api url e.g. https://my.DOMAIN.TLD/api/v1

with body:

{ "name": "webmaster", "ownerId": "uid-be9dcf57-ad65-40e0-a3f8-d1c75974bf01", "ownerType": "user" }

The ownerType can be user or group. and the ownerId you need to get via either /users and for groups /groups.

The API and the API Doc is currently being reworked.
https://git.cloudron.io/cloudron/docs/-/blob/master/api/cloudron_api_swagger.yaml?ref_type=heads

You can also use https://docs.cloudron.io/email/#subaddresses without having to add aliases at all.

This is pretty much covering my use case, great, thanks 👍

@hakunamatata goto E-Mail => Click the Mail Domain you want => top right
da007e89-1df8-498d-96ba-6503dc59096d-image.png

I have added a workaround in the next release to delete 0 length files on startup.