Кто вам запрещает указать команду для ssh-сеанса, вместо того что указано в качестве shell в /etc/passwd.
man ssh
Можно и screen -r ... запустить, можно и что-то в духе mv .bashrc .bashrc.bak
Зря вы рветесь в сессию рута, если даже минимально свои действия не понимаете.
Это не какая-то из настроек - это делается обычное подключение к screen-сессии в каком-то из скриптов инициализации bash (man bash).
Но есть - вполне конкретное.
Зачем вам вот это и каким боком связано с комментарием? Документацию вообще читать пробовали - или скопипастили абзац какого-то анонимного гуру?
В скрипте не видно где делается эта "количество коннектов". Наверно, дело в том как вы вызываете скрипт - либо в том, что вы тут накопипастили.
Нет. Заданные в этом треде. Только что не ТС.
Затем, что он знает про MTA. Одни знания не гарантируют что у вас есть время/средства/техническая возможность/желание городить что-то свое, вместо того чтобы воспользоваться сторонним провайдером.
Это да.
Думаю, "очередность" определяется в каждом конкретном случае. Навскидку еще:
1) потеря сообщений при отправлении/получении
2) подделка ваших сообщений от вашего имени
3) работа спамфильтров
С 1) и 3) - гугл вполне неплох. А с 2) - дело опять-таки упирается в человеческий фактор/обучение. Хотя технических проблем нет - тот же PGP.
Согласен. Просто вы сперва тоже как-то туманно выразились о "ненадежности" доставки почты через "третьих лиц". Я подумал, что речь шла о чтении корреспонденции - ну так вот от этого защита есть и вполне конкретная.
Автоматический - и не секрет, что проводится. "Обезличенная информация" - представляет вполне конкретную коммерческую ценность, но не угрожает вам непосредственно.
Реальный риск - личный интерес тех, кто имеет доступ к вашей почте.
Разумно, но опять - для конкретных советов нужна конкретная информация по проектам. Характер, нагрузка, узкие места.
"Обычно" - по запросу администратора сервера. Если у вас нет оного - без детального аудита о замене вам никто дельных советов не даст.
Если бы "сторона" обладала всей полнотой данных по серверу, что и "ваш человек" - это имело бы смысл. А так...
Ну вот, рад что мы согласны. Если я не ошибаюсь - именно подобная защита и нужна ТС.
И я к этому. Ограничение - это ограничение, оно может и помешать. Но после того как вы забыли "нажать 2 кнопки" обратно - новые лимиты могут для вас создать однажды и проблему. Это тоже надо учитывать.
Вот заодно и подсказали бы ТС как написать и что конкретно.
А также и вполне вменяемых людей, которые не хотят тратить время на обучение, поскольку у них нет паранои что сотрудники гугла читают их почту.
Сдается мне, вы свой "рецепт" в нашей реальности и не пробовали ;)
А адресат потом спрашивает: "а чо это за мусор?"
В общем, все чуть сложнее - и проблема далеко не в технической стороне дела.
В смысле, использовать gmail как клиент с поддержкой PGP? Ну, есть расширения для браузеров - их можно использовать вместе с гуглячим веб-клиентом.
Я подумал, вы о том что гугл "сможет прочитать" вашу зашифрованную кореспонденцию. Вот это - "маловероятно" (тм) по сугубо техническим (математическим :) причинам.
Ну вот. Так что "ламерами" их обзывать не стоит, а на ограничения - натолкнуться можно (http://support.google.com/a/bin/answer.py?hl=ru&answer=166852). Примеры проблем можно в этом разделе найти поиском.
Андрейка, а исходящая почта забыта?
Конечно (про RSA я не писал, не понимаю к чему вы). А кто сказал, что безопасность - это бесплатно? Требуется кое-что сделать и получателю и отправителю. Важно, что это все - вполне реально.
Все, кто этим позаботится. Поддержка PGP есть под любой MUA, включая всякие "оутлуки". Единственное, что требуется - небольшое (само?)обучение.
Который? Ломать алгоритмы, которые считаются неуязвимыми криптоаналитиками всего мира?
Ну, я бы так не стал. "Ламером" выглядите так вы - если не знаете зачем оные ограничения служат. Сомневаюсь, что вы сталкиваетесь с сопоставимым объемом спама ;)
