Welkom bij de Tweaking4All gemeenschapsforums!
Voor je gaat deelnemen, bekijk de Forum Regels!
Specifieke onderwerpen: Start het onderwerp met de naam van het programma of systeem.
Bijvoorbeeld “MacOS X – Jouw vraag“, of bijvoorbeeld “MS Word – Jouw Tip of Truc“.
Merk op: Omschakelen naar een andere taal zal niet werken als je een post aan het lezen bent aangezien er waarschijnlijk geen vertaling beschikbaar is.
Ik lie zelf tegen dit probleem aan op ons eigen Tweaking4All forum.
Bepaalde posts willen gewoon niet posten (ik had het met SQL voorbeeld code).
Uiteindelijk vond ik waarom het faalde om deze post te plaatsen (dank je wel Charles van LiquidWeb voor de geweldige hulp! 
):
Apache's mod_security weigerde de post door te laten omdat een combinatie van woorden lek op een zogenaamde SQL injection.
Zie de log files op jouw apache server (die van mij staan in /usr/local/apache/logs, bekijk het bestand modsec_audit.log - probeer de falen post te plaatsen en doe dan een tail modsec_audit.log).
Je zou nu de betreffende regel in de mod_security config file uit kunnen zetten, maar ik weet niet hoe goed bbPress posts schoon maakt en dus hoe "veilig" dat is.
Zodra ik meer weet laat ik het hier zeker horen ... 
Twee gerelateerde posts op het bbPress support forum:
How to allow SQL sample code in posts?
(op dit moment nog geen duidelijk antwoord hoe veilig het is)
Conclusie tot dusver is that mod_security een zogenaamde false positive geeft.
Sommige gebruikers suggereren dat je mod_security gewoon uit moet zetten – persoonlijk vindt ik dat een erg slecht idee.
In plaats daarvan kun je in de configuratie bestanden aangeven waar het voor die bepaalde regel een uitzondering moet maken.
Bijvoorbeeld in 1 van de volgende 2 bestanden:
/usr/local/apache/conf/modsec2.user.conf
of (waarschijnlijk meer correct):
/usr/local/apache/conf/modsec2/whitelist.conf
(de files kunnen op jouw systeem op een andere locatie staan)
Om een regel uit te zetten voeg je aan het einde van het bestand zoiets als het volgende toe:
<LocationMatch "/path/to/exclude">
SecRuleRemoveID 123456
</LocationMatch>
Waar “/path/to/exclude” het pad is dat je wilt uitsluiten voor de betreffende mod_security rule, en SecRuleRemoveIDde rule die het betreft.
De SecRuleRemoveID kun je vinden in de mod_security log file:
/usr/local/apache/logs/modsec_audit.log
Zoek de log regel waar jouw situatie zich voor doet, en daar zul je zoiets als het volgende vinden:
[id "123456"]