[GH-ISSUE #1393] New install working, but cannot save any settings in the web interface (http 400) #1106

Closed
opened 2026-02-27 11:15:19 +03:00 by kerem · 7 comments
Owner

Originally created by @laapsaap on GitHub (Feb 13, 2018).
Original GitHub issue: https://github.com/modoboa/modoboa/issues/1393

Impacted versions

  • Modoboa: 1.10.2
  • installer used: Yes/
  • Webserver: Nginx

Steps to reproduce

run installer, go to webui, go to modoboa and press save after changing settings

I tried figuring this out, but basically a clean centos 7 kickstart and then I run the installer. I can go to the web interface and see everything.

But when I try to edit modoboa -> parameters and press save. I get a http 400.

"POST /core/parameters/ HTTP/1.1" 400 132 

Then when I do a browser reload, the setting is not saved and goes back to the installer defaults.

Possible reason

the WebUI is not showing "form_errors".

{"prefix": "core", "form_errors": {"default_password": ["This password is too common.", "Password must contain at least 1 digit."]}}

And then some other form error

{"prefix": "modoboa_amavis", "form_errors": {"recipient_delimiter": ["This field is required."]}}

Because the UI doesnt show form_errors, I had no idea why it was giving a HTTP 400 and not saving my settings.

Originally created by @laapsaap on GitHub (Feb 13, 2018). Original GitHub issue: https://github.com/modoboa/modoboa/issues/1393 # Impacted versions * Modoboa: 1.10.2 * installer used: Yes/ * Webserver: Nginx # Steps to reproduce run installer, go to webui, go to modoboa and press save after changing settings I tried figuring this out, but basically a clean centos 7 kickstart and then I run the installer. I can go to the web interface and see everything. But when I try to edit modoboa -> parameters and press save. I get a http 400. ``` "POST /core/parameters/ HTTP/1.1" 400 132 ``` Then when I do a browser reload, the setting is not saved and goes back to the installer defaults. # Possible reason the WebUI is not showing "form_errors". ``` {"prefix": "core", "form_errors": {"default_password": ["This password is too common.", "Password must contain at least 1 digit."]}} ``` And then some other form error ``` {"prefix": "modoboa_amavis", "form_errors": {"recipient_delimiter": ["This field is required."]}} ``` Because the UI doesnt show form_errors, I had no idea why it was giving a HTTP 400 and not saving my settings.
kerem closed this issue 2026-02-27 11:15:19 +03:00
Author
Owner

@laapsaap commented on GitHub (Feb 13, 2018):

Sorry was latest version 1.10.2 not 1.8.x

<!-- gh-comment-id:365206898 --> @laapsaap commented on GitHub (Feb 13, 2018): Sorry was latest version 1.10.2 not 1.8.x
Author
Owner

@wroersma commented on GitHub (Feb 13, 2018):

I have the same issue but I'm not sure if it's because I didn't RTFM well enough

<!-- gh-comment-id:365223928 --> @wroersma commented on GitHub (Feb 13, 2018): I have the same issue but I'm not sure if it's because I didn't RTFM well enough
Author
Owner

@laapsaap commented on GitHub (Feb 13, 2018):

Well if you did what I did, then there's not much to read about. This happens immediately after running the installer. And when press save, the post command sends data that it is not recognized by nginx. Not sure if its nginx or other parts of modoboa.

<!-- gh-comment-id:365251644 --> @laapsaap commented on GitHub (Feb 13, 2018): Well if you did what I did, then there's not much to read about. This happens immediately after running the installer. And when press save, the post command sends data that it is not recognized by nginx. Not sure if its nginx or other parts of modoboa.
Author
Owner

@laapsaap commented on GitHub (Feb 13, 2018):

So the WebUI is not showing "form_errors".

{"prefix": "core", "form_errors": {"default_password": ["This password is too common.", "Password must contain at least 1 digit."]}}

And then some other form error

{"prefix": "modoboa_amavis", "form_errors": {"recipient_delimiter": ["This field is required."]}}

Because the UI doesnt show form_errors, I had no idea why it was giving a HTTP 400 and not saving my settings.

Once I fixed the password and put it a recipient_delimiter; it works and my settings is saved and I get a message Parameters saved. But form_errors are not shown.

<!-- gh-comment-id:365284167 --> @laapsaap commented on GitHub (Feb 13, 2018): So the WebUI is not showing "form_errors". ``` {"prefix": "core", "form_errors": {"default_password": ["This password is too common.", "Password must contain at least 1 digit."]}} ``` And then some other form error ``` {"prefix": "modoboa_amavis", "form_errors": {"recipient_delimiter": ["This field is required."]}} ``` Because the UI doesnt show form_errors, I had no idea why it was giving a HTTP 400 and not saving my settings. Once I fixed the password and put it a recipient_delimiter; it works and my settings is saved and I get a message Parameters saved. But form_errors are not shown.
Author
Owner

@wroersma commented on GitHub (Feb 13, 2018):

thanks I will any chance I can get an example of the config you used?

<!-- gh-comment-id:365446796 --> @wroersma commented on GitHub (Feb 13, 2018): thanks I will any chance I can get an example of the config you used?
Author
Owner

@laapsaap commented on GitHub (Feb 14, 2018):

You dont need my config. Just for now change default_password to some random string with numbers in it and Amavis->recipient_delimiter use a + sign. Press save and you should get Parameters saved popup.

Yeah its a bit shitty, but you can put your browser into developer mode and read the response when you press save. The error messages are shown.jj

<!-- gh-comment-id:365453984 --> @laapsaap commented on GitHub (Feb 14, 2018): You dont need my config. Just for now change default_password to some random string with numbers in it and Amavis->recipient_delimiter use a + sign. Press save and you should get Parameters saved popup. Yeah its a bit shitty, but you can put your browser into developer mode and read the response when you press save. The error messages are shown.jj
Author
Owner

@tonioo commented on GitHub (Feb 14, 2018):

A new version of the amavis plugin has been released and should fix this issue.

<!-- gh-comment-id:365704564 --> @tonioo commented on GitHub (Feb 14, 2018): A new version of the amavis plugin has been released and should fix this issue.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/modoboa-modoboa#1106
No description provided.