Перешлите почту к Gmail
Вы правы, что корневой вход в систему без пароля или на Вашей живой машине (машинах) или на Вашей резервной машине (машинах) является плохой идеей - если кто-то получает доступ к одной стороне, у них сразу есть доступ к другому, так может повредить и Ваши живые данные и резервные копии онлайн одновременно.
fakeroot опция должна хорошо работать, если Ваши to-be-backed-up серверы продвигают обновления тех, которые хранят резервные копии, и просто необходимо добавить --fake-super к rsync командной строке и удостоверяются, что файловая система в поддержках принимающего конца расширила атрибуты.
Другая опция состоит в том, чтобы представить промежуточную машину, которой и живые и серверы резервного копирования имеют ключевые основные корневые логины. Это было живыми машинами, может продвинуть резервные копии на промежуточную машину с rsync, и впоследствии резервные машины могут раскрыть их, или без способности живых или без резервных машин войти друг в друга вообще, не брать в голову как корень. Промежуточная машина не должна мочь пройти проверку подлинности или с живыми или с серверами резервного копирования также. Промежуточному серверу только нужно достаточно пространства для содержания ltest версий всего (т.е. данные, хранившие на серверах резервного копирования включая снимки с различных времен, могли быть несколько раз больше, чем промежуточный сервер может сохранить.
Конечно, само собой разумеется, что, а также запрещение основанного на ключе корневого входа в систему между серверами Вы удостоверяетесь, что корень (и другой) пароли все отличаются с машины на машину также.
"если Gmail, который пользователи отправляют почте на мой сервер, который затем передается Gmail снова почта, никогда не обнаруживается в Gmail"
Это - вероятно, не ситуация со спамом, но это может быть ситуация того, как "почтовые маршрутные петли" обнаруживаются основанные на Вашем описании.
Большинство почтовых систем будет иметь некоторую форму обнаружения "цикличного выполнения" на месте, иначе циклы как это могут отступить в "убежавшую" ситуацию, где почтовые системы понижаются до коленей. В тех ситуациях более мощная система будет обычно побеждать с "проигрывающей" системой, берущей довольно разрушительный катастрофический отказ.
Если Вы уверены, что ситуации как те, которых Вы описали для не вовлечения любых фактических циклов, где отправитель Gmail так или иначе копирует назад в себя через систему, то Вы могли бы рассмотреть контакт с людьми Google непосредственно для помощи. Они, возможно, должны скорректировать свое обнаружение цикла или могут иметь некоторое руководство вокруг, как Ваша система может передать их способом, которая не смещается их обнаружение цикла неправильно.
Отправляете ли вы письмо обратно в тот же аккаунт gmail, с которого отправляете письмо?
Если сообщение идет с abc@gmail.com на def.whatever, а затем обратно на abc@gmail.com, gmail не помещает его в папку входящих сообщений. https://support.google.com/mail/answer/6588?hl=en Вы можете изменить это поведение, указав def@whatever в качестве альтернативного псевдонима адреса электронной почты в настройках вашего аккаунта.
Этот специалист по устранению неисправностей также может помочь вам.
https://support.google.com/mail/troubleshooter/2935079?hl=en
Однако перед тем, как делать все это, проверьте свои постфиксные журналы в /var/log/maillog и убедитесь, что вы получаете положительный ответ от gmail. Что-то похожее на
status=sent (250 2.0.0 OK 1404098487 fv4si21511978pbb.224 - gsmtp)
Если вы получаете что-то другое, то есть:
status=SOFTBOUNCE (host gmail-smtp-in.l.google.com[74.125.25.27] said: 550-5.7.1 [107.161.16.11 12] Our system has detected that this message is 550-5.7.1 likely unsolicited mail.
Ну, тогда вы знаете проблему.
.