Tentativo di pubblicare alcuni articoli su un blog (piattaforma: WordPress) utilizzando Windows Live Writer, dopo aver fornito "Pubblicare", ho riscontrato ripetutamente un errore come questo:

"Risposta del server non valida – La risposta al metaWeblog.newPost il metodo ricevuto dal server del blog non era valido: documento di risposta restituito da Server XmlRpc.” .

L'errore di cui sopra generalmente si verifica quando nel post e sul server web (più precisamente in Apache) il filtro è impostato "Ereditarietà SecFilter SU" .

La soluzione più semplice al problema è rimuovere questo filtro per il file xmlrpc.php con l'aiuto .htaccess .

Aggiungi le seguenti righe al file .htaccess e premi "salva"

<Files xmlrpc.php>
SecFilterInheritance Off
</Files>

Dopo aver effettuato questa semplice operazione, non ci saranno più problemi legati all'operazione XmlRpc. La soluzione di cui sopra è valida anche in caso di errore: “Windows Live Writer non è stato in grado di rilevare automaticamente il tuo blog: risposta del server non valida – La risposta al metodo blogger.getUsersBlogs ricevuta dal server weblog non era valida: documento di risposta non valido restituito dal server XmlRpc”, che appare quando desideri aggiungere un nuovo account blog WordPress in Windows Live Writer.

ModSecurity.org, spiega la direttiva sulla sicurezza: Ereditarietà SecFilter

Filtrare l'ereditarietà

I filtri definiti nelle cartelle principali vengono normalmente ereditati dai contesti di configurazione Apache nidificati. Questo comportamento è accettabile (e richiesto) nella maggior parte dei casi, ma non sempre. A volte è necessario allentare i controlli in alcune parti del sito. Utilizzando la direttiva SecFilterInheritance:

SecFilterInheritance Off

puoi indicare a ModSecurity di ignorare i filtri principali in modo da poter iniziare con le regole da zero. Questa direttiva riguarda solo le norme. La configurazione è sempre ereditata dal contesto genitore ma puoi sovrascriverla a tuo piacimento utilizzando le direttive di configurazione appropriate.
Configuration and rule inheritance is always enabled by default. If you have a configuration context beneath one that has had inheritance disabled you will have to explicitly disable inheritance again if that is what you need.