[proposte] Diverse RFC chiave di Internet, chiave di Internet, specialmente la 1122 e la 791 contengono un piccolo consiglio attribuito a Jon Postel, che è spesso pronunciato come:

Ovvero, un'implementazione ben progettata di qualsiasi fra i protocolli Internet dovrebbe trovarsi ad avere a che fare con input marginali o costruiti in modo imperfetto, ma questo non dovrebbe presumere che il programma all'altro capo (ovvero, il programma che ha a che fare con l'output di un'implementazione ben fatta) sia qualsiasi cosa tranne che rigido e inflessibile, o addirittura incompleto o buggato al massimo.

Questa proprietà ha il suo valore perchè una rete di programma che vi aderiscono sarà molto più robusta in presenza di una qualsiasi incertezza delle specifiche dei protocolli, o ogni errore individuale dell'implementatore nel capire alle perfezione quelle specifiche. Dal momento che la conduzione tende ad accomodare le implementazioni scorrette è considerato più importante far scorreer la comunicazioni piuttosto che diagnosticare immediatamente (ma con esiti fatali) le implementazioni scorrette alle spese di persone che tentano di usarle.

Il principio è conosciuto nella progettazione di programmi che gestiscono i protocolli Internet su cavo, specialmente nei collegamenti e server di rete, ed è regolarmente applicata per estensione ad ogni situazioni in cui ci si aspetta che due o più pezzi di software implementati separatamente interoperino tra di loro anche quando i diversi implementatori non hanno mai parlato fra di loro e non hanno assolutamente niente in comune a parte aver letto entrambi le specifiche degli stessi protocolli. Il principio viaggia sotto diversi nomi differenti, compreso “il credo Internet”, “la massima IETF”, “il principio di ingegneria Internet” e “la legge liberale/conservativa”; il termine [proposto] di “Postel' Prescription” è un tributo al suo inventore, il primo editore RFC e proabilmente (fino alla sua recente morte) la persona più rispettata nella comunità di ingegneria di Internet.