A szabvány azt mondja itt, hogy mi az, ami biztosan idempotens művelet, és ha nem úgy csinálod, akkor rosszul csinálod.
Viszont ez nem mondja, hogy a POST nem lehet sosem idempotens, hiszen leírja egyértelműen, hogy a POST szemantikája az erőforrásfüggő.
Az, hogy van olyan erőforrás, amire a POST szemantikája idempotens, az erőforrás-specifikus kérdés. Nem mondhatod, hogy a POST mindig idempotens, vagy sosem az, hiszen a szabvány nem írja elő, hogy a POST-nak miként kell működnie, azt írja elő, hogy az erőforrás értelmezi a POST műveletet erőforrás-specifikusan.
Ebben amúgy nem egyértelmű a specifikáció, mert az IANA regisztráció szerint a POST nem safe és nem idempotent, viszont a specifikációja szerint meg ez nem egyértelmű, ugyanis nem írja elő, hogy nem lehet idempotent a működése sosem, hiszen a szemantikáját nem specifikálja. Én úgy értelmezem a szabványt, hogy a POST jelentését és működését minden esetben le kell specifikálni erőforrás-specifikusan. Így aztán az is előfordulhat, hogy a POST safe és idempotent lesz (ritka rá az esély, de a szabvány megengedi).
Az erős, ha azt mondjuk, hogy POST-ot csak úgy implementálhatsz, hogy az non-safe és non-idempotent.