Formati dei messaggi di comando
Ogni sito dovrebbe stabilire le proprie convenzioni su quando inviare una stringa di comandi al monitor e in quali blocchi. Durante un'operazione di routine, si potrebbe voler inviare più righe di comando come un unico messaggio. Se si lavora con il monitor come al solito, un punto di interruzione ragionevole potrebbe essere a ogni ritorno carrello. Usando un linguaggio altamente interattivo come QED, si potrebbe ritenere necessaria la trasmissione carattere per carattere. Riteniamo che ogni utente dovrebbe poter scegliere tra questi tre metodi (e possibilmente altri). Inoltre, l'utente dovrebbe poter passare da una modalità all'altra a volontà. Occorre notare le differenze di sintassi dei comandi di invio messaggio menzionati sopra. Per il primo, deve essere definito un carattere di comando di invio messaggio speciale, che non deve essere inviato insieme al messaggio. Per il secondo, il ritorno carrello funge sia da comando di invio messaggio sia da delimitatore di comando. Deve quindi essere inviato insieme al messaggio. Infine, il caso della trasmissione carattere per carattere con il suo implicito comando di invio non dovrebbe porre problemi significativi.
La discussione precedente implica anche che il destinatario deve essere in grado di memorizzare ciascuno dei suddetti tipi di trasmissione in una forma accettabile per la propria interfaccia di monitor.
Inoltre, ogni eco dovrebbe essere effettuato nell'host locale, con la macchina estranea che sopprime i propri echi (se può).
Desideriamo ringraziare Carl Ellison (dello Utah) per i suoi preziosi suggerimenti e le sue critiche a questo lavoro, e Jim Curry (dello Utah) per l'incoraggiamento e il sostegno a questo sforzo.
Nota: Questa RFC è stata convertita in formato leggibile dalla macchina per l'inserimento negli archivi RFC online da Jon Ribbens 7/97.