Ne -- razlika je samo u tome što kada se koristi ASCII režim prenosa, pošiljalac vrši konverziju podataka u NVT-ASCII standardni format (8-bitni), kod koga se EOL predstavlja kao niz karaktera <CR><LF>, dok strana koja prima (nebitno da li je klijent ili server) sa druge strane vrši konverziju iz NVT-ASCII-ja u svoj interni format (recimo ako WinDOS text fajl prenosimo na UNIX mašinu, proces konverzije će brisati <CR> karaktere iz sekvence na kraju svakog reda.
Kod binarnog (IMAGE) tipa prenosa ne vrši se nikakva konverzija -- podaci se šalju kao kontigentni niz bitova, pakovan radi prenosa u 8-bitne bajtove (pleonazam, ne?). Strana koja prima je tako]e dužna da uskladišti fajl kao kontigentan niz bitova, sa eventualnim popunjavanjem kraja fajla nulama ako je potrebno da se koristi neka diskretna jedinica skladištenja (bajt, 16-bitna reč, 32-bitna reč, itd.).
Literatura: Network Working Group,
RFC 959 -- File Transfer Protocol (FTP).
int rand(void);
Those who do not understand Unix are condemned to reinvent it, poorly.
Upali lampicu — koristi Jabber!