@girish That fixed it. Thanks!

@robi for the first logviewer mismatch, this is because the first time shown is from the logservice itself and is translated into the local time of your browser, whereas the second comes from the app itself and is just treated as a plain string. Apps normally run in UTC. For the winscp part, I am not sure how winSCP translates timestamps. The folder names are set from server time. I don't think any of this will have anything to do with DB reconnection, if you have any issue there, please make a new entry in the TS forum section with some more info.

@dkdkdkk what I do in similar cases is quite simple : allow routing between the 2 VLANs on the router. So, your Cloudron and the camera would be able to talk to each other directly. And you can still only allow the first VLAN to route to the internet. That's what I'm doing for my "smart home" stuff. This should check all your boxes

@cdolson How are the speeds?

Hi @Rahim please send a mail to support@cloudron.io from your old address mentioning the new one, since I assume you mean to change the email address there.

@marcusquinn Choosing IOPS based billing seems pretty extreme Well, to me anyway. I am not aware of an web application really paying attention to all this. Maybe system software like databases will pay attention and have regression tests for this but never web apps.

Actually, it seems a better way to confirm this is the apt package version and not the dovecot version. The latest one (i.e one which will be in next release) shows this: root@e4d2eb1cba0b:/app/haraka# apt list --installed 2>/dev/null | grep dovecot-core dovecot-core/bionic-updates,bionic-security,now 1:2.2.33.2-1ubuntu4.7 amd64 [installed] The current cloudron container has 1:2.2.33.2-1ubuntu4.6

@girish Dump now works fine. Thank's a lot!

@zjuhasz1 Right, this is also fixed. The packages were installed because we use apt without --no-install-recommends. You can remove those gnome packages by hand for now if it bothers you but it doesn't run any daemons, so it's mostly harmless.

@tx-hermit Ah, here's the explanation - https://serverfault.com/questions/1024770/ubuntu-20-04-time-sync-problems-and-possibly-incorrect-status-information . Uninstalling/disabling ntp service does the trick! I will make a fix for next release.

@klawitterb If you can open a feature request in https://forum.cloudron.io/category/97/feature-requests, we can schedule it accordingly based on the interest. Thanks!

@girish makes sense Your workaround worked like a charm, thanks!

@necrevistonnezr I noticed the first time enabling it,it has to index each mailbox which takes time depending on how big they are. I am sure if you left it as-is for a bit it would have started on it's own. Glad it's working now

@girish Yes, it does appear to pass the correct credentials, and the function in question seems to give no error. I'll try to debug further on the app side, but for now I think we can just file this as an unexplained weird thing

I will probably have to update https://docs.cloudron.io/backups/#restore-cloudron with more information like @subven has written since it seems this is not very clear.

@girish Yep! That fixed it!

@girish Ok

@nebulon The problem is fixed now. I was just not able to go in the AppStore view. It only showed the loading circle. And on settings, it told me to add a new cloudron.io account. The Cloudron was running for 1 month and all setup completed.

@girish Yes, in fact I did not understand... To many logs to check with vi

@girish my initial questions are all resolved now. I'm having some new problems though. Namely that it seems the Cloudron installer is installing Gnome which is making my server enter sleep mode. I disabled it now but I'm confused as to why Gnome is being installed.