Solo añadiendo (bastante tarde, me doy cuenta) mis dos bits a esta discusión.
Me encontré con los mismos síntomas y la corrección mencionada anteriormente no funcionó para mí. I hizo sin embargo, terminan encontrando otra razón para estos síntomas y una solución para esto.
La respuesta 404 en mi caso contenía el siguiente mensaje en el cuerpo de la respuesta:
/* Ha ocurrido un error. Consultar registro o ver en la máquina local. */
Esto parece indicar que se encontró menos archivo y que la solicitud estaba siendo procesada por dotLess (el mensaje se puede encontrar en el código fuente de dotLess), pero se produjo una excepción FileNotFoundException durante el procesamiento de la solicitud.
Localicé el problema en una instrucción @import que hacía referencia a un archivo .less que misteriosamente no estaba presente en el servidor IIS, aunque estaba presente en el servidor de desarrollo.
Resultó que la acción de compilación para este archivo .less problemático se estableció en Ninguno, no en el Contenido, como todos los demás archivos .less en mi proyecto.
¿Entonces la siguiente pregunta lógica era por qué en la tierra era la acción de compilación incorrecta?
Bueno, agregué el archivo como un archivo .css, luego decidí importarlo en un archivo .less y así lo renombré a .less (ya que .css es un subconjunto de .less, pero menos no importa archivos css). Repetí el proceso con un nuevo archivo .css y encontré que el problema era reproducible.
Parece que Visual Studio cambia la acción de compilación de Contenido a Ninguno detrás de escena como un efecto secundario inesperado de cambiar el nombre de .css a .less. Por lo tanto, el archivo .less renombrado no se publica en el servidor IIS.
lo has clavado, gracias hombre! Stackoverflow viene al rescate de nuevo. – sisdog
Mucho amor. Me encantan las soluciones instantáneas. –
Para IIS6 tuve que usar 'cscript c: /Inetpub/AdminScripts/adsutil.vbs establecer W3SVC/1/Root/MimeMap" .less, text/css "' – Myster