Cloudron Forum

@james I haven't used it too much today, but noone else complained either, so I think it's working fine at the moment. I'm not sure if creating the folder was the only thing that was needed, I also killed the cleanup process once and restarted a few times, but most likely the mkdir and chown brought it back

@james that would have been my theory as well, because my data folder is a Hetzner Storagebox mounted via sshfs. If it's outside of start.sh it shouldn't be a problem, because the instance would start successfully and can then do the things needed. Appreciate the efforts!

@james that update took down one of my Nextcloud instances. It was offline for 6 hours, stuck at ==> Resetting previews. There are maybe 300GB of images on that instance and it never managed to finish the cleanup (I think), only after I manually created /var/lib/nextcloud/preview it would come back up again. Not sure if the cleanup script was done that very minute or if there was an issue regarding that directory.

@girish thanks, yeah that's what I've done, I was just not sure if you would consider that best practice of if it gets overridden at some point by some other setting in the platform-code

@humpty Not just you, but usually if you refresh the page, it goes to 0, so probably a caching thing.

@nebulon was that ever implemented or considered? In case of a LAMP app, would it be wise to just create the directory on the server and put the file there like it was suggested here

@joseph quick follow-up for my sanity: do we know why it was working before and stopped working after the C10 update?

thanks @joseph, was about to say, this should also resolve that one: https://forum.cloudron.io/topic/14041/issue-with-mailing-list-delivery-when-using-external-smtp-server/32

@girish I for one would appreciate to have groups (with both, internal and external users/addresses) where you can easily send an email to all recipients (so teams don't need to manage multiple address books for bcc sending)

@girish thanks, the queue is empty and the dovecot.log only has yesterday and todays events in there. I'll ask the people to do a test, they switched to manual bcc as a workaround atm

@girish unsure, it really is 40. Would there be something in a log and if so, where?

@james can you try again without the "Keep a copy in the inbox", that's the only difference I'm seeing

edit: and maybe remove grouptwo from forwarding as well, but again, no idea how that could make a difference

@james thanks for testing! In my setup the groupone@ is a regular user with 40 forwarding addresses and grouptwo@ is a shared mailbox without any forwards, but other than that you're right.

So the only difference is that groupone is owned by a single user, not a group and grouptwo is a shared mailbox with no forwards.

I can't imagine how single user vs group owners would make a difference. Did you chance anything else, like FROM address validation? Keep a copy in the inbox? Restrict senders?

@girish in Cloudron everything looks normal, in the last row it lists the external group mailbox, internal team and the 2 external cc'ed users (cut off), the internal mails get saved, the cc'ed ones sent, but the group never attempts to forward the mails.

@girish no, postmark never sees the group@example.com because it's internal mail

@girish but why was it working on Cloudron 9? It only stopped after upgrading to 10, when addresses got migrated from mailinglist to forwards.

That's the odd thing, there's not really a proper error message, no suppression in Postmark itself. In the mail logs it just says [cloudron] final rcpt list is ["<group@example.com>","<cc1@somesite.com>","<cc2@gmail.com>"]. The mail arrived at the two cc'ed addresses, but the group@example.com forwards never make it. Maybe because LMTP bypasses the filters?

Just chiming in here because I ran into the same problem (i.e. a formerly working Postmark email forwarder for a group of externals is not working anymore, because none of them use the cloudrons' domain). What's the current solution, set up a separate mailinglist app? Or would switching to the internal mailserver solve it?

@nebulon this became an issue again, apparently there's a regression. Maybe the css got stripped because the div with the section-body class is outside of the scoped css, so the overflow: auto; doesn't get applied?

@andreasdueren aye, thanks for checking it out!

@andreasdueren do you have plans or even already tried adding something like https://hermes-workspace.com/ to the package?