.NET Core API - Method not allowed on PUT and DELETE requests
Published on 14 Mar 2019 2 min read
Recently, I’ve been working on an Angular app, powered with a .NET Core API. Everything was working well and smoothly when running both on my local machine.
After pushing code to the beta server, most of it was working fine. The front-end was being able to call GET, POST and OPTIONS requests normally. When trying to DELETE or PUT entries, however, the following error would show up on the browser’s console:

Method not allowed? CORS error? What?
Initially, I was misled by the CORS error. Having had problems with this in the past, I thoroughly checked my API code for any possible problem in the configuration that could lead to this error only after deployed. I found none.
Then, it dawned on me that the CORS error could be not because my API wasn’t sending the ‘Access-Control-Allow-Origin’ on its response, but because it wasn’t being sent on the HTTP 405 error seen above.
Solution #
I ended up finding this article. What happens is that, when published, .NET Core enables the WebDAVModule, which disables PUT and DELETE requests by default.
So, to solve the issue, I ended up disabling WebDAV in the whole application, by adding these lines to the auto-generated web.config:
<system.webServer>
<modules runAllManagedModulesForAllRequests="false">
<remove name="WebDAVModule" />
</modules>
</system.webServer>
After restarting the API in IIS, TA-DA! Everything (or at least your PUT and DELETE requests) should be working normally.
This issue seems to only occur when hosting .NET Core on Windows, which is why I could not simulate the issue by running my application in production mode on my GNU/Linux machine.
I hope this will be helpful to someone like it was for me!
Related Posts
See all

MongoDB on Linux - Data directory /data/db not found
1 min readSo, as a distro-hopper I end up installing MongoDB more often than I’d like to admit. On all times, I’ve...
Click to read more…
.NET Core - Project version mismatch
1 min readThis problem usually happens when you’re working on a solution with multiple projects that were created using different versions of...
Click to read more…