Shadowghost / mailcow-mailman3-dockerized

Mailcow combined with Mailman3
35 stars 3 forks source link

Bad Request (400) #5

Closed roddajohn closed 6 years ago

roddajohn commented 6 years ago

If I go to mail. I can see and login to the mailcow UI, as well as SoGO.

Upon going to lists. I see a 400 Bad Request. There is nothing in error.log for Apache regarding the issue, so it's probably something with Postorius and how it is handling.

Any thoughts / where would the Postorius / Django logs be to see if I can debug it.

EDIT: Upon running the createsuperuser command, I get the following error:

No such container: mailman-web — maybe something didn't create properly?

Shadowghost commented 6 years ago

Everything went fine, I just need to change that command to docker exec -it <your-project-name>_mailman-web python manage.py createsuperuser in the readme. Besides that you should not get a Error 400 at all, seems like a configuration error. You canc check some things:

roddajohn commented 6 years ago

In order: screen shot 2018-07-14 at 9 54 30 am is from .env. So I tried running the Django management command again and it gave me Error: no such container: mailcowdockerized_mailman-web.

Thoughts?

roddajohn commented 6 years ago

I got the Django command to work, the correct docker container name is: <your-project-name>_mailman-web_1 when it is creating, it prints the name as <your-project-name>_mailman-web-1 but when you run docker container ls the dash becomes an underscore...

Shadowghost commented 6 years ago

Yeah I remembered that when reading your answer right now. Error 400 without any thing in the Apache logs isn't really helping :/ If I come up with something else to try, I'll post it :)

roddajohn commented 6 years ago

I'll keep working on it as well and will post if I figure anything out.

Thanks much!

roddajohn commented 6 years ago

Problem solved after combing through the Django logs:

I was entering the url for Mailman3 as lists.<domain> as I wanted the lists to be at a subdomain. The configuration scripts for the Django wsgi prepended another lists. to the entered domain, thus it was serving at lists.lists.<domain>. Wiping all dockers, reinstalling with correct configuration fixed the bad request problem.

Shadowghost commented 6 years ago

Nice to hear, you've figured it out. Should I add something to the documentation regarding this?

roddajohn commented 6 years ago

Yes certainly, I'll have some time tonight and will add some documentation as well. I'm still struggling with one last piece of this, but I'll create a new issue.