@mehdi Indeed this was a regression, this is fixed now in 6.1

@cbeams Whoops, you are right. It's indeed bookstack and not wikijs! Also, I think using cloudflare as a front to wikijs should work. Let us know if it doesn't.

Got it, thanks @p44 and @jdaviescoates.

don't forget the network timeouts with optimized TCP settings, which can disconnect too early.

@atrilahiji said in Installation gets stuck in "checking DNS" step: @jakobgreenfeld Oh I missed the bit where theres only a txt record. Add an A record pointing my.domain.com to your IP. I've had nothing but trouble with Namecheap's API for configuring everything so I've started doing this: A record for *.domain.com A record for @ That did the trick! It's working now. Thanks!

@nebulon Anyway i am happy to upgrade tomorrow to a paid package, this is truly great support! Thanks!

@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