Возможно, у вас есть mailx
с опцией -a
, но вы пишете сценарий, который должен быть переносимым на более старую версию unix без него.
Может быть, у вас просто старый сценарий, который вы поддерживаете.
Возможно, вы пробираетесь мимо почтового фильтра, который блокирует вложения MIME.
Возможно, вы действительно продуктивно используете разрешения в строке uuencode begin
.
Возможно, вы отправляете получателю, который находит uudecode проще, чем синтаксический анализ MIME (таким получателем, вероятно, может быть какой-то бот на основе unix).
Возможно, это простой для понимания обучающий пример для людей, изучающих трубки.
В общем, если у вас нет технического или личного подключения к почтовой системе до MIME начала 90-х, никто не ожидает, что вы будете использовать uuencode, по крайней мере, для почтовых целей. Вы все равно можете использовать его, если вам нужно перенести файл через какой-либо другой текстовый интерфейс, например, через последовательную консоль.
Забавно, что вы упомянули об этом. Однажды мне пришлось вырезать и вставить закодированную версию ssh
на удаленную машину через kermit
для работы через корпоративный брандмауэр. 1к за раз. Конечно, с разрешения.
Бонусные баллы Unix в "жестком режиме".