Cloudron Forum

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

Worthwhile reads - ``Reply-To'' Munging Considered Harmful and Reply-to-List, or Reply-to-All?

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.

@necrevistonnezr said in How to remove all mail folder?:

Another thing is that - as usual with Apple - there’s no way to adjust or reset such suggestions. Even without the „all mail“ folder, it was hit & miss. And why would a folder that has been added later override all previously learned suggestions? It’s just stupid.
(BTW, the same goes for login/password suggestions in Safari, even when using Bitwarden - for my Cloudron site, Safari suggests 30 login / password combinations that are out of date. No way to reset that).

I hear you. Apple always does everything the apple way. In this case I think its not really related to "learning". I think its more of a scan and match system. You receive a mail and the mail app is looking up for the folder containing the most mails with the given sender. So in case of Amazon apps there are like two options: The Amazon folder and the all mail folder. As I may have missed a few mails in the past and probably just moved them into the archive, there may be a slightly higher amount of mails in the all mail folder. Also I tend to use folders like "cancellations" or "payments" which may also contain Amazon mails.

The same goes for office mails. The same sender (f.g. boss@work) may end up in folder "Project A" and Project "B", according to its content and topic. But both mails will be found in "all mail". So no matter what, the all mail folder will - due to its nature - always have the biggest and max. possible amount of mails from every given sender and therefor get the highest "rank" from Apple Mail.

At least thats what I assume.

ooh yes, that works, my bad i was in the wrong folder

@jdaviescoates thank you - I've got mail restored using backup, which required a few hours, but the data is there.

But I can't really can't see any reason keeping it enabled by default. How many modern mail clients can't handle search across all folders?

I understand that you can't satisfy everyone with changes - just wanted to let you know that I'm on the side that is shall not be a default; unless I'm missing something, people lived happily up till 7.5.1 🙂

@girish Nice. Wish Cloudron could fix all the other mistakes I make.

There is a plugin but would need to dig deeper to see if you can force the settings.

https://github.com/gianlucagiacometti/roundcube-toolbox

@girish said in Mail rejected by Protonmail:

Also, have you tried https://www.mail-tester.com/ already for any other errors?

Thanks for linking this very nice tool!