-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
#Mail: Deleting a large number of messages fails with HTTP 400 or 414 #1555
Comments
gtandersen
changed the title
Deleting a large number of messages fails with HTTP 400 or 414
#Mail: Deleting a large number of messages fails with HTTP 400 or 414
Apr 16, 2024
rest api / nginx settings: https://medium.com/aviabird/413-414-request-url-entity-too-large-error-nginx-b6dcece6f5dd
rmmapi.ts deleteMessages - http.delete(`/rest/v1/email/${ids} - this can be too long, we should change it to a POST, and put the IDs list in the body |
antoniskalou
added a commit
to antoniskalou/runbox7
that referenced
this issue
Sep 5, 2024
antoniskalou
added a commit
to antoniskalou/runbox7
that referenced
this issue
Sep 5, 2024
This was referenced Oct 9, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
When deleting a large number of messages, the server responds to the DELETE request with:
400 Bad request / Your browser sent an invalid request.
by the proxy server when the local index is not in use.414 Request-URI Too Large
by nginx when the local index is in use.To Reproduce
Steps to reproduce the behavior:
Expected behavior
All the selected messages should be deleted (moved to Trash).
Desktop (please complete the following information):
Additional context
Moving a large number of messages with or without the local index works as expected, presumably because the request is a POST and not a DELETE. However, if moving messages without the local index they will still appear in the source folder on other devices that use the local index, possibly because moving messages to Trash (as opposed to deleting) does not include them in https://runbox.com/rest/v1/list/deleted_messages/.
See also #1244
The text was updated successfully, but these errors were encountered: