Posts made by hakunamatata

@nj Thanks for your hard work with this! I am looking forward to the day this becomes available in the app store us n00bs.

@girish @nebulon awesome, thank you!

@girish @nebulon have you had some time to look into this? or is it a question better suited over at the baserow community?

@robi Agreed as the docs on Cloudron are currently empty.

Now on version 3.0.

This new update comes with a lot of new features:

• Multiple Pages and Easy Layout Management
• Import data from LinkedIn, JSON Resume
• Refreshed UI with a more natural UX
• Export a PDF within 5 seconds
• Get customized links to your resume for easy access/sharing
• Custom-made backend, no more connections to Google/Firebase. Your data is safe, as it has always been.

Is it possible to configure Baserow enviroment variables in Cloudron? https://baserow.io/docs/installation/configuration

For example, I would like to edit the user file upload configuration to use S3 storage for user uploads and disable the Google docs file preview ?

@murgero awesome ! How much are you thinking?

Is packaging this app still in the works? I just ordered some Unifi APs and could use this in lieu of running the controller in a VM on my local network. Can consider sponsoring if need be.

@WiseMetalhead It is working fine on my instance.

Looks like this issue with the period in the username is a bug in Taiga and @nebulon reported it upstream a year ago.

https://github.com/taigaio/taiga-front/issues/2250

Therefore this issue can be marked as closed.

Thanks @scooke @girish for your assistance.

@girish I think I figured it out. It seems that Taiga doesn't like it when the username as a period(.) in it and omits it when creating the user account which is probably why subsequent login attempts are unable to authenticate.

The username for my superadmin account is firstname.lastname but it is listed in the Taiga user directory as firstnamelastname.

I reproduced the error with another test account with the username test.haha but you can see in this screenshot that Taiga has registered it as testhaha.

Or am I not supposed to be able to login to the regular Taiga login page with a Cloudron admin account?

@scooke @girish I attempted to log into Taiga using my Cloudron SSO credentials (I am the only user in my Cloudron instance and therefore the superadmin). I logged into the regular page (i.e. not the /admin/ page). The first time around it was okay, but then after the first login, it doesn't work any more.

I created a test user account in Cloudron (role=user) and with that account I am able to log in multiple times without issues.

Weird.

Fresh Taiga install on Cloudron v7.1.2 with app configured to authenticate with the Cloudron user directory.

First login by user is successful. Subsequent login attempts fail.

Logs:

Mar 09 17:35:16 Traceback (most recent call last):
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/core/handlers/exception.py", line 34, in inner
Mar 09 17:35:16 response = get_response(request)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/core/handlers/base.py", line 115, in _get_response
Mar 09 17:35:16 response = self.process_exception_by_middleware(e, request)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/core/handlers/base.py", line 113, in _get_response
Mar 09 17:35:16 response = wrapped_callback(request, *callback_args, **callback_kwargs)
Mar 09 17:35:16 File "/app/code/taiga-back/taiga/base/api/viewsets.py", line 95, in view
Mar 09 17:35:16 return self.dispatch(request, *args, **kwargs)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/views/decorators/csrf.py", line 54, in wrapped_view
Mar 09 17:35:16 return view_func(*args, **kwargs)
Mar 09 17:35:16 File "/app/code/taiga-back/taiga/base/api/views.py", line 449, in dispatch
Mar 09 17:35:16 response = self.handle_exception(exc)
Mar 09 17:35:16 File "/app/code/taiga-back/taiga/base/api/views.py", line 447, in dispatch
Mar 09 17:35:16 response = handler(request, *args, **kwargs)
Mar 09 17:35:16 File "/app/code/taiga-back/taiga/auth/api.py", line 77, in create
Mar 09 17:35:16 data = auth_plugins[login_type]['login_func'](request)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/taiga_contrib_ldap_auth/services.py", line 58, in ldap_login_func
Mar 09 17:35:16 user = ldap_register(username=username, email=email, full_name=full_name)
Mar 09 17:35:16 File "/usr/lib/python3.8/contextlib.py", line 75, in inner
Mar 09 17:35:16 return func(*args, **kwds)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/taiga_contrib_ldap_auth/services.py", line 45, in ldap_register
Mar 09 17:35:16 user = user_model.objects.create(email=email,
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/manager.py", line 82, in manager_method
Mar 09 17:35:16 return getattr(self.get_queryset(), name)(*args, **kwargs)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/query.py", line 422, in create
Mar 09 17:35:16 obj.save(force_insert=True, using=self.db)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/contrib/auth/base_user.py", line 66, in save
Mar 09 17:35:16 super().save(*args, **kwargs)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/base.py", line 743, in save
Mar 09 17:35:16 self.save_base(using=using, force_insert=force_insert,
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/base.py", line 780, in save_base
Mar 09 17:35:16 updated = self._save_table(
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/base.py", line 873, in _save_table
Mar 09 17:35:16 result = self._do_insert(cls._base_manager, using, fields, update_pk, raw)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/base.py", line 910, in _do_insert
Mar 09 17:35:16 return manager._insert([self], fields=fields, return_id=update_pk,
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/manager.py", line 82, in manager_method
Mar 09 17:35:16 return getattr(self.get_queryset(), name)(*args, **kwargs)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/query.py", line 1186, in _insert
Mar 09 17:35:16 return query.get_compiler(using=using).execute_sql(return_id)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/models/sql/compiler.py", line 1377, in execute_sql
Mar 09 17:35:16 cursor.execute(sql, params)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/raven/contrib/django/client.py", line 127, in execute
Mar 09 17:35:16 return real_execute(self, sql, params)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/backends/utils.py", line 67, in execute
Mar 09 17:35:16 return self._execute_with_wrappers(sql, params, many=False, executor=self._execute)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/backends/utils.py", line 76, in _execute_with_wrappers
Mar 09 17:35:16 return executor(sql, params, many, context)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/backends/utils.py", line 84, in _execute
Mar 09 17:35:16 return self.cursor.execute(sql, params)
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/utils.py", line 89, in __exit__
Mar 09 17:35:16 raise dj_exc_value.with_traceback(traceback) from exc_value
Mar 09 17:35:16 File "/app/code/taiga/lib/python3.8/site-packages/django/db/backends/utils.py", line 84, in _execute
Mar 09 17:35:16 return self.cursor.execute(sql, params)
Mar 09 17:35:16 django.db.utils.IntegrityError: duplicate key value violates unique constraint "users_user_email_243f6e77_uniq"
Mar 09 17:35:16 DETAIL: Key (email)=(username@mydomain.tld) already exists.

@avatar1024 This was the missing link! Yes I am prompted for authentication after I start a meeting. Thanks for the clarification!

For some reason the LDAP authentication isn't working for me. I tried a fresh install of package v.0.2.0 and v0.3.0 on my server (v7.1.2) but my Jitsi instance is still public.

@jdaviescoates How did you get the "Dashboard visibility" option? I just tried a fresh install on 7.1.2 but am presented with the default "user management" option. If I continue with the Jitsi install, the app does not require a login.

@nebulon
I just installed the update but now the app is stuck starting. Log excerpt:

Mar 02 22:57:04 => Ensure directories
Mar 02 22:57:04 => Create configs
Mar 02 22:57:04 ==> Configuring static assets
Mar 02 22:57:04 ==> Configuring SASLauthd for LDAP
Mar 02 22:57:04 /app/code/start.sh: line 17: CLOUDRON_LDAP_URL: unbound variable
Mar 02 22:57:05 => Ensure directories
Mar 02 22:57:05 => Create configs
Mar 02 22:57:05 ==> Configuring static assets
Mar 02 22:57:05 ==> Configuring SASLauthd for LDAP
Mar 02 22:57:05 /app/code/start.sh: line 17: CLOUDRON_LDAP_URL: unbound variable
Mar 02 22:57:06 => Ensure directories
Mar 02 22:57:06 => Create configs
Mar 02 22:57:06 ==> Configuring static assets
Mar 02 22:57:06 ==> Configuring SASLauthd for LDAP
Mar 02 22:57:06 /app/code/start.sh: line 17: CLOUDRON_LDAP_URL: unbound variable
Mar 02 22:57:07 => Ensure directories
Mar 02 22:57:07 => Create configs
Mar 02 22:57:07 ==> Configuring static assets
Mar 02 22:57:07 ==> Configuring SASLauthd for LDAP
Mar 02 22:57:07 /app/code/start.sh: line 17: CLOUDRON_LDAP_URL: unbound variable
Mar 02 22:57:09 => Ensure directories
Mar 02 22:57:09 => Create configs
Mar 02 22:57:09 ==> Configuring static assets
Mar 02 22:57:09 ==> Configuring SASLauthd for LDAP
Mar 02 22:57:09 /app/code/start.sh: line 17: CLOUDRON_LDAP_URL: unbound variable
Mar 02 22:57:11 => Ensure directories
Mar 02 22:57:11 => Create configs
Mar 02 22:57:11 ==> Configuring static assets
Mar 02 22:57:11 ==> Configuring SASLauthd for LDAP
Mar 02 22:57:11 /app/code/start.sh: line 17: CLOUDRON_LDAP_URL: unbound variable

Running Cloudron v7.1.2 on Ubuntu 20.04.3 LTS. Reverted to Jitsi package v0.1.0 for now.

@scooke Silly me had entered the wrong port and the admin panel freezes instead of displaying an error. Seems like it may be a bug in Filerun. But everything is working for me now.
I don't have an enterprise license, I am just evaluating the product.

While I am overall quite impressed with Filerun, it is not open source as pointed out by @micmc so I am hesitant to committing to it just yet. My preference is always to put my money towards the development of FOSS projects when possible. I recently hired a developer full-time to work on some projects for me and I am considering having him help out with the development of Cubby during his "down time" or a certain number of hours per week, assuming he has the skillset. We shall see how this unfolds.

Thanks again for your assistance with getting Filerun set-up!

@scooke Thanks alot of the guide! I was able to install it successfully this time. The issue seems to be that I was previously trying to install the files in a newly created /my-files/ folder vs in /public/. Things went smoothly thereafter and I have tweaked some of the settings to fit my use case.
Have you been able to get email working? When I try to configure the smtp settings, the admin panel just hangs and the only way out is to restart the app.

But overall the product is looking really good and lightning fast as you say!

Thanks again!

@scooke Thanks for the encouragement. I tried following the instructions here (both option 1 and option 2) but without success.

Regarding Ioncube, the Cloudron docs say it comes installed with the LAMP app... or is this not the case?

@girish Thanks for the info. I will try to install it in the LAMP app, although I fear it is probably above my competency level. Either way, I will give it my best shot.

Anyone up for packaging this? I can sponsor.

Hi, non-IT developer here. I run a small (one person) aircraft engineering consultancy firm and recently hired a developer on Fiverr to create a Python script that parses customer PDF documents of a certain format into Excel. Currently I run the script on my computer in Miniconda. I drop the PDF files in a certain folder, run the script, and the excel files are output to a separate directory. It is working great but not user-friendly if I wanted to share the tool with a colleague. Therefore I am looking to turn this into a web app which I would then like to host on my Cloudron instance.

If anyone thinks they would be able to help with this request, please get in touch with me by commenting in this thread or via DM.

I have many more python PDF parsing scripts that I would like to have converted to web apps in the future. Just would like to test the waters with one of them and learn from it.

Thanks in advance!

@nebulon I am not a programmer/developer so I am unfortunately not in a position to contribute to the code. However I am more than happy to help with testing as well as sponsor the development of new features!

With regards to the subject of this thread, it seems that one option for OCR would be to use OCRmyPDF and a search engine such as Solr or Elasticsearch.

I'm sure there must be someone with experience in these areas lurking in our community!

At the end of the day, I think we all want a secure, simple, reliable, file storage & sharing solution with a robust search engine so that we can easily find what we are looking for. Self-hosted & FOSS ofcourse!

I would love to see full text search and the option to OCR ingested document baked into Cubby.

Upvoting this. Really pleased that Paperless-ng is now available on Cloudron, but for those of us who need the ability to create multiple user accounts and store files in a folder structure, docspell seems to be a great option.

Another upvote to have this in the app store!

Looks like there already is docker image available: https://github.com/traccar/traccar-docker

Works great now! Thank you!

Hi, testing this app and it works quite well! However email notifications don't seem to be working out of the box. Where does one configure this?

@girish said in email: autoconfig for autoconfiguration (example: via thunderbird):

curl -v https://domain.com/.well-known/autoconfig/mail/config-v1.1.xml

That seems to have done the trick. Thanks!

@girish I have an app installed on the bare domain as per the docs, however autoconfig is still not working on my end.

Is there supposed to be a setting that I need to enable in domains > advanced ? Because I don't see anything related to this in the settings.

Turns out the domain expired.
Nothing related to Cloudron.
Please mark this as resolved.

Hi, update to 6.1.2 seems to have broken something with the DNS propagation verification.

I have 2 domains hosted on my cloudron, both using the in-built email server with Amazon SES SMTP relay .

Cloudron is installed on my.domain1.com

The email DNS status tab shows that it could not verify MX and DMARC records for domain2.com.

However when I look at the DNS records on my DNS host (Cloudflare), everything seems to be fine there.

I have SoGo installed on mail.domain2.com and it no longer loads up.

I tried installing Rainloop on webmail.domain2.com and the installer is stuck waiting for DNS propagation even though a new A record was successfully added by Cloudron.

Would appreciate your support.
Thanks

@girish my server updated to 6.1.2 last night and the autoconfig doesn't seem to be working. /home/yellowtent/boxdata/well-known/ is empty.

Super! Thanks everyone!

Hello, I have followed the instructions in the cloudron documentation and successfully set up autoconfig for my primary domain (domain1.com). Thanks for that!

I am also hosting other domains (domain2.com, domain3.com), on my cloudron server and was wondering how I could set autoconfig for them as well.

Do I create a similar config-v1.1.xml files on autoconfig.domain2.com, autoconfig.domain3.com etc or can I somehow edit the autoconfig.domain1.com/mail/config-v1.1.xml to include the additional domains?

Another upvote for this app!

The application is installed with a default timezone of UTC even when a different server timezone has been selected in Cloudron settings.

Timezone can be configured in /app/data/env.

List of supported timezones: https://www.php.net/manual/en/timezones.php

Is this intended or a bug?

If the former, it would be useful to add a note/reminder in the first time setup instructions or in the docs.