b'\n_START_ARTICLE_\nUTF-7\n_START_SECTION_\nDescri\xc3\xa7\xc3\xa3o\n_START_PARAGRAPH_\nO UTF-7 foi padronizado inicialmente pelo RFC 1642, Um formato de transforma\xc3\xa7\xc3\xa3o do Unicode compat\xc3\xadvel com correio eletr\xc3\xb4nico. Este RFC foi sobrepujado pelo RFC 2152._NEWLINE_Alguns caracteres podem ser representados diretamente atrav\xc3\xa9s de bytes ASCII \xc3\xbanicos. O primeiro grupo \xc3\xa9 chamado de "caracteres diretos" e cont\xc3\xa9m todos os 62 caracteres alfanum\xc3\xa9ricos e 9 s\xc3\xadmbolos: \' ( ) , - . /\xc2\xa0:\xc2\xa0?. Os caracteres diretos s\xc3\xa3o considerados bastante seguros para serem inclu\xc3\xaddos sem nenhum tratamento extra. O outro grupo principal s\xc3\xa3o os caracteres diretos opcionais: cont\xc3\xa9m todos os outros caracteres imprim\xc3\xadveis na faixa U+0020-U+007E exceto ~ \\ e espa\xc3\xa7o. Usar os caracteres diretos opcionais reduz o tamanho da transmiss\xc3\xa3o e aumenta a legibilidade mas tamb\xc3\xa9m aumenta a possibilidade de que a tramsiss\xc3\xa3o falhe por raz\xc3\xb5es diversas como por exemplo servidores de email mal implementados._NEWLINE_Espa\xc3\xa7o, tabula\xc3\xa7\xc3\xa3o, carriage return e line feed tamb\xc3\xa9m podem ser repesentados diretamente como caracteres \xc3\xbanicos ASCII. Entretanto, se o texto codificado for usado em um email, \xc3\xa9 necess\xc3\xa1rio cuidado para garantir que estes caracteres sejam usados de uma maneira que nenhuma codifica\xc3\xa7\xc3\xa3o de conte\xc3\xbado para transfer\xc3\xaancia seja necess\xc3\xa1ria._NEWLINE_Outros caracteres devem ser codificados em UTF-16 e posteriormente em base64 modificado. O in\xc3\xadcio destes blocos s\xc3\xa3o indicados por um +. O final \xc3\xa9 indicado por qualquer caractere n\xc3\xa3o v\xc3\xa1lido em base64 modificado. Caso especial: se o caractere ap\xc3\xb3s o base64 modificado for - (h\xc3\xadfen-menos) ele \xc3\xa9 descartado. O caractere + \xc3\xa9 codificado como +-.'