Title: dyweb's Replies | WordPress.org

---

# dyweb

  [  ](https://wordpress.org/support/users/dyweb/)

 *   [Profile](https://wordpress.org/support/users/dyweb/)
 *   [Topics Started](https://wordpress.org/support/users/dyweb/topics/)
 *   [Replies Created](https://wordpress.org/support/users/dyweb/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/dyweb/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/dyweb/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/dyweb/engagements/)
 *   [Favorites](https://wordpress.org/support/users/dyweb/favorites/)

 Search replies:

## Forum Replies Created

Viewing 3 replies - 1 through 3 (of 3 total)

 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [Corrupted Image after upload](https://wordpress.org/support/topic/corrupted-image-after-upload/)
 *  Thread Starter [dyweb](https://wordpress.org/support/users/dyweb/)
 * (@dyweb)
 * [14 years, 12 months ago](https://wordpress.org/support/topic/corrupted-image-after-upload/#post-2026721)
 * That fixed it! Beautiful.
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [Corrupted Image after upload](https://wordpress.org/support/topic/corrupted-image-after-upload/)
 *  Thread Starter [dyweb](https://wordpress.org/support/users/dyweb/)
 * (@dyweb)
 * [14 years, 12 months ago](https://wordpress.org/support/topic/corrupted-image-after-upload/#post-2026718)
 * So the issue lies with how IIS is dealing with the URL rewrite. What you currently
   have above will allow IIS to properly rewrite the URLs for pages inside of WordPress,
   but for some reason, it messes up the original, uploaded images. If you were 
   to modify the above to use <match url=”.*”/> then the images would upload and
   start working properly, but the URL rewrite for the pages will now force all 
   pages to a 404.
 * At this point, I have enabled the web.config to work for the pages and have been
   manually fixing the images. If you have direct access to the upload directory,
   you can go in and force ownership and read permissions on the main image after
   it is uploaded. This will allow you to use the image. It’s a very manual, very
   pain in the butt workaround, but it will at least get you up and running until
   someone smarter than us for IIS and wordpress can find a wildcard combination
   that will allow both the images and the pages to be URL rewritten properly.
 * I have tried writing 2 rules in my web.config to deal with both conditions, but
   I have been unsuccessful.
 * (side note: all of the thumbnails that wordpress creates will work fine without
   the 500 error. it only appears to be the uploaded original image that is breaking)
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [Corrupted Image after upload](https://wordpress.org/support/topic/corrupted-image-after-upload/)
 *  Thread Starter [dyweb](https://wordpress.org/support/users/dyweb/)
 * (@dyweb)
 * [15 years ago](https://wordpress.org/support/topic/corrupted-image-after-upload/#post-2026638)
 * Update: This appears to be caused by the URL rewrite and the web.config being
   written for non IIS servers. Adding the extra text to the web.config IIS needs
   resolved the issue.

Viewing 3 replies - 1 through 3 (of 3 total)