Как управлять / сохранять права доступа к файлам во время онлайн-передачи файлов?

ПРИМЕЧАНИЕ: вопрос в то время обращенная почтовая передача (на комментарии от OP по вопросу). Этот ответ записан для рассматривания того вопроса, как это было, в том электронном письме метод передачи, доступный здесь.

При использовании электронная почта для передачи файлов между системами Вы не можете 'сохранить' все полномочия файла, поскольку Вы хотите, чтобы они были, просто отправив файл. Это вызвано тем, что это - 'новая загрузка', которая является 'новым файлом', созданным на условия и требования системной политики для 'новых полномочий создания файла' в месте загрузки, в системе загрузки, и т.д. Это также, потому что почтовые протоколы не имеют никаких механизмов для исходящего сохранения полномочий от исходной системы.

пример GitHub, который Вы показываете, 'сохранит' состояния разрешения для файлов как часть системы управления версиями. Электронная почта не имеет того механизма.

, Так как мы установили ту электронную почту, не позволяет Вам сохранить полномочия файла как таковые, необходимо оценить другие методы.

1. Использование tarball. Можно создать каталог с файлом в нем и создать tarball для содержания системы. При извлечении в системе Linux она попытается 'сохранить' те полномочия, как вещи состояли в том при архивировании файлов. tar -pczf name_of_your_archive.tar.gz /path/to/directory общекомандная структура для использования. Однако, если они не могут работать tar xzf или подобный на другом конце, это не будет работать.

2. Использование Система управления версиями для содержания данных, таких как репозиторий GitHub. Вы могли создать репозиторий GitHub, чтобы содержать сценарий оболочки, затем сделать, чтобы другой человек клонировал его вниз к их системе. Это должно сохранять исполняемый бит, но никакие гарантии.

3. Сообщают другому пользователю в том, как установить исполняемый бит через командную строку . Если они загружают файл на /home/USERNAME/Downloads, где USERNAME их имя пользователя, можно затем дать им команду входить в терминал и работать chmod a+x /home/USERNAME/Downloads/FileName.sh, и затем они могут выполнить его двойным щелчком или командной строкой.

4. , Если электронная почта является единственной опцией передачи, то запускает скрипт с языком оболочки, в котором Вы записали это (вероятный Bash, мое предположение) . Этому не будут нужны никакие изменения в полномочиях или выполнить бите нигде. Предположение, что это - сценарий Bash, затем, просто имеет удаленного пользователя, который загрузил сценарий, выполняют следующее (из Командной строки): bash /path/to/script.sh (и замена /path/to/script.sh с фактическим путем к файлу, вероятно /home/USERNAME/Downloads или электронное письмо по умолчанию загружают местоположение или, если загружено через веб-почту в веб-браузере, где ИМЯ ПОЛЬЗОВАТЕЛЯ является именем пользователя пользователя)

Кроме первых трех методов, о которых я знаю, я не полагаю, что Вы сможете 'сохранить' полномочия при отправке файла другому пользователю. Это - ограничение электронной почты - она не может сохранить полномочия таким образом, потому что нет никакого способа сохранить полномочия как часть того файла способом, который сохраняется во время транспорта по электронной почте. Четвертая опция не дает метод даже потребность исполняемый бит, и не смешивают с полномочиями вообще.