Настройка почтового сервера для отправки сообщений электронной почты

Попытайтесь держаться подальше от sshpass, если у вас нет другого выбора, это не самый безопасный.

Запишите свою систему с помощью ssh-keygen и скопируйте содержимое id_rsa.pub на ~/.ssh/authorized_keys

После того, как вы наделили его, вам не нужно будет вводить пропуск. вы можете создать псевдоним или скрипт для входа в систему с любым желаемым.

3
задан 6 March 2011 в 10:47

24 ответа

Главное никогда не должно быть доставлено в корневую учетную запись. Обычно в /etc/aliases имеется псевдоним для root, чтобы доставить электронное письмо другой учетной записи. Если у вас ограниченное количество учетных записей, которые вам нужно консолидировать, самый простой способ - добавить записи в /etc/aliases. Это можно настроить для отправки электронной почты на адрес на другом сервере, если это необходимо.

Чтобы отправить электронное письмо, настройте почтовый сервер для использования Smarthost. Обычно я рекомендую использовать сервер ретрансляции вашего интернет-провайдера. Если вся ваша почта будет отправляться в один домен, вы можете использовать MX (почтовый обмен) этого домена в качестве своего Smarthost. Вы можете проверить доставку, посмотрев /var/log/mail.log (или везде, где postfix записывает свои сообщения).

Если вы хотите надежно отправлять электронную почту прямо в Интернет, получите статический адрес. См. Жалобы по управлению доставкой электронной почты для получения некоторых рекомендаций.

Надежная доставка входящей почты требует статического IP-адреса. Существуют программы для получения почты с другого сервера, например fetchmail, которые хорошо работают, когда почта доставляется на другой сервер.

Если почтовый сервер MX для abc.com, он сможет принимать почту для своего домена, не будучи открытым реле. Настройка открытого реле - это не очень хорошая идея.

Я бы рекомендовал вам использовать имя, например mail.abc.com или даже www.abc.com для вашего почтового сервера, а не abc.com. Он сможет отправить почту для abc.com. Это хорошая идея, чтобы настроить его как MX для abc.com, если он это делает. Домены второго уровня редко используются законными почтовыми серверами.

1
ответ дан 25 July 2018 в 22:32
  • 1
    Иногда есть причины, по которым вы оставляете почту в определенном каталоге / spool / directory. Это может быть или не быть вескими причинами, но я неохотно соглашаюсь с тем, что почта «никогда» не должна доставляться root. Я согласен со всем остальным, о чем вы говорите, и здорово показать обычный механизм (/ etc / aliases) для перенаправления почты root. Вероятно, это то, что должен делать OP (и почти все остальные). – belacqua 6 March 2011 в 10:54
  • 2
    @jgbelacqua Причина, по которой почта не должна доставляться по почте, - это безопасность. Все исполняемые файлы, которые доставляются root, рискуют полностью скомпрометировать систему. Любая политика, указывающая, что почта должна быть доставлена ​​root, запрашивает компрометацию системы. – BillThor 6 March 2011 в 11:03
  • 3
    Я не согласен с тем, что это (почти всегда) плохая идея. Если вы администратор, это почти наверняка. В случае, когда я увидел это, была отдельная (внутренняя) группа безопасности, которая установила политику. Одна группа контролировала сервер, а третья группа - сетевое хранилище, на которое была направлена ​​почта. Почта управлялась четвертой группой. (И это упрощает.) В этом случае группа infosec хотела быть способна запутать кого-либо, кто имел доступ к тому, что (например, почта администратора). Он также был сильно фильтрован к тому времени, когда он попал в папку «Входящие». Такова жизнь. – belacqua 6 March 2011 в 11:11
  • 4
    Кстати, это мой передовой. :) – belacqua 6 March 2011 в 11:13
  • 5
    @jgbelaxqua: Спасибо. Ничего похожего на управление комитетами. Мне удалось получить исполняемое программное обеспечение, отправленное по почте из сильно фильтрованной системы. (Действительно нужен патч.) Интересно, могу ли я вернуть его? – BillThor 6 March 2011 в 11:26
[D0] Нет. Поскольку постфикс по умолчанию не настраивается как открытое реле, он принимает только локальную почту.

И вы не хотите настраивать его как Open Relay. Через пару дней спамер найдет его и начнет использовать его. В результате:

Ваш компьютер будет увязнуть, отправив тысячи писем. Через пару дней ваш сервер будет заблокирован большинством других почтовых серверов в мире. Включая все основные (gmail, yahoo, hotmail, mines;)).

Таким образом, вы не сможете отправлять письма, и интернет будет немного хуже для остальных из нас.

Если вы хотите, чтобы вы могли отправлять почту с некоторых IP-адресов без аутентификации, вы необходимо установить (или добавить) эти параметры в /etc/postfix/main.cf

mynetworks = 127.0.0.0/8, 192.168.1.0/24 smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination

Конечно, IP, который определяет mynetwork, должен быть заменен на тот, который вам подходит.

6
ответ дан 25 July 2018 в 22:32
  • 1
    на самом деле этот почтовый сервер является локальным ... я хочу отправить почту и просто показать, что эта почта была получена почтовым сервером ... – Vinod K 3 February 2011 в 20:28
  • 2
    Добавлена ​​информация о том, как включить его для ретрансляции почты из локальной сети. – Javier Rivera 3 February 2011 в 21:23
  • 3
    как я могу отправлять все письма, попадает ли какой-либо пользователь в 1 аккаунт ... root-аккаунт – Vinod K 4 February 2011 в 21:08
  • 4
    Это лучше для будущей справки и простоты использования сайта, если вы зададите это по другому вопросу, а не в комментарии. Но для быстрого ответа добавление к виртуальному файлу @domain.com root должно сделать трюк. – Javier Rivera 4 February 2011 в 22:58

Я думаю, что fetchmail - это то, что вам нужно, чтобы получать почту из других доменов, и она будет передавать их на любого локального пользователя, которого вы хотите.

0
ответ дан 25 July 2018 в 22:32

Главное никогда не должно быть доставлено в корневую учетную запись. Обычно в /etc/aliases имеется псевдоним для root, чтобы доставить электронное письмо другой учетной записи. Если у вас ограниченное количество учетных записей, которые вам нужно консолидировать, самый простой способ - добавить записи в /etc/aliases. Это можно настроить для отправки электронной почты на адрес на другом сервере, если это необходимо.

Чтобы отправить электронное письмо, настройте почтовый сервер для использования Smarthost. Обычно я рекомендую использовать сервер ретрансляции вашего интернет-провайдера. Если вся ваша почта будет отправляться в один домен, вы можете использовать MX (почтовый обмен) этого домена в качестве своего Smarthost. Вы можете проверить доставку, посмотрев /var/log/mail.log (или везде, где postfix записывает свои сообщения).

Если вы хотите надежно отправлять электронную почту прямо в Интернет, получите статический адрес. См. Жалобы по управлению доставкой электронной почты для получения некоторых рекомендаций.

Надежная доставка входящей почты требует статического IP-адреса. Существуют программы для получения почты с другого сервера, например fetchmail, которые хорошо работают, когда почта доставляется на другой сервер.

Если почтовый сервер MX для abc.com, он сможет принимать почту для своего домена, не будучи открытым реле. Настройка открытого реле - это не очень хорошая идея.

Я бы рекомендовал вам использовать имя, например mail.abc.com или даже www.abc.com для вашего почтового сервера, а не abc.com. Он сможет отправить почту для abc.com. Это хорошая идея, чтобы настроить его как MX для abc.com, если он это делает. Домены второго уровня редко используются законными почтовыми серверами.

1
ответ дан 26 July 2018 в 22:19
  • 1
    Иногда есть причины, по которым вы оставляете почту в определенном каталоге / spool / directory. Это может быть или не быть вескими причинами, но я неохотно соглашаюсь с тем, что почта «никогда» не должна доставляться root. Я согласен со всем остальным, о чем вы говорите, и здорово показать обычный механизм (/ etc / aliases) для перенаправления почты root. Вероятно, это то, что должен делать OP (и почти все остальные). – belacqua 6 March 2011 в 10:54
  • 2
    @jgbelacqua Причина, по которой почта не должна доставляться по почте, - это безопасность. Все исполняемые файлы, которые доставляются root, рискуют полностью скомпрометировать систему. Любая политика, указывающая, что почта должна быть доставлена ​​root, запрашивает компрометацию системы. – BillThor 6 March 2011 в 11:03
  • 3
    Я не согласен с тем, что это (почти всегда) плохая идея. Если вы администратор, это почти наверняка. В случае, когда я увидел это, была отдельная (внутренняя) группа безопасности, которая установила политику. Одна группа контролировала сервер, а третья группа - сетевое хранилище, на которое была направлена ​​почта. Почта управлялась четвертой группой. (И это упрощает.) В этом случае группа infosec хотела быть способна запутать кого-либо, кто имел доступ к тому, что (например, почта администратора). Он также был сильно фильтрован к тому времени, когда он попал в папку «Входящие». Такова жизнь. – belacqua 6 March 2011 в 11:11
  • 4
    Кстати, это мой передовой. :) – belacqua 6 March 2011 в 11:13
  • 5
    @jgbelaxqua: Спасибо. Ничего похожего на управление комитетами. Мне удалось получить исполняемое программное обеспечение, отправленное по почте из сильно фильтрованной системы. (Действительно нужен патч.) Интересно, могу ли я вернуть его? – BillThor 6 March 2011 в 11:26
[D0] Нет. Поскольку постфикс по умолчанию не настраивается как открытое реле, он принимает только локальную почту.

И вы не хотите настраивать его как Open Relay. Через пару дней спамер найдет его и начнет использовать его. В результате:

Ваш компьютер будет увязнуть, отправив тысячи писем. Через пару дней ваш сервер будет заблокирован большинством других почтовых серверов в мире. Включая все основные (gmail, yahoo, hotmail, mines;)).

Таким образом, вы не сможете отправлять письма, и интернет будет немного хуже для остальных из нас.

Если вы хотите, чтобы вы могли отправлять почту с некоторых IP-адресов без аутентификации, вы необходимо установить (или добавить) эти параметры в /etc/postfix/main.cf

mynetworks = 127.0.0.0/8, 192.168.1.0/24 smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination

Конечно, IP, который определяет mynetwork, должен быть заменен на тот, который вам подходит.

6
ответ дан 26 July 2018 в 22:19
  • 1
    на самом деле этот почтовый сервер является локальным ... я хочу отправить почту и просто показать, что эта почта была получена почтовым сервером ... – Vinod K 3 February 2011 в 20:28
  • 2
    Добавлена ​​информация о том, как включить его для ретрансляции почты из локальной сети. – Javier Rivera 3 February 2011 в 21:23
  • 3
    как я могу отправлять все письма, попадает ли какой-либо пользователь в 1 аккаунт ... root-аккаунт – Vinod K 4 February 2011 в 21:08
  • 4
    Это лучше для будущей справки и простоты использования сайта, если вы зададите это по другому вопросу, а не в комментарии. Но для быстрого ответа добавление к виртуальному файлу @domain.com root должно сделать трюк. – Javier Rivera 4 February 2011 в 22:58

Я думаю, что fetchmail - это то, что вам нужно, чтобы получать почту из других доменов, и она будет передавать их на любого локального пользователя, которого вы хотите.

0
ответ дан 26 July 2018 в 22:19

Главное никогда не должно быть доставлено в корневую учетную запись. Обычно в /etc/aliases имеется псевдоним для root, чтобы доставить электронное письмо другой учетной записи. Если у вас ограниченное количество учетных записей, которые вам нужно консолидировать, самый простой способ - добавить записи в /etc/aliases. Это можно настроить для отправки электронной почты на адрес на другом сервере, если это необходимо.

Чтобы отправить электронное письмо, настройте почтовый сервер для использования Smarthost. Обычно я рекомендую использовать сервер ретрансляции вашего интернет-провайдера. Если вся ваша почта будет отправляться в один домен, вы можете использовать MX (почтовый обмен) этого домена в качестве своего Smarthost. Вы можете проверить доставку, посмотрев /var/log/mail.log (или везде, где postfix записывает свои сообщения).

Если вы хотите надежно отправлять электронную почту прямо в Интернет, получите статический адрес. См. Жалобы по управлению доставкой электронной почты для получения некоторых рекомендаций.

Надежная доставка входящей почты требует статического IP-адреса. Существуют программы для получения почты с другого сервера, например fetchmail, которые хорошо работают, когда почта доставляется на другой сервер.

Если почтовый сервер MX для abc.com, он сможет принимать почту для своего домена, не будучи открытым реле. Настройка открытого реле - это не очень хорошая идея.

Я бы рекомендовал вам использовать имя, например mail.abc.com или даже www.abc.com для вашего почтового сервера, а не abc.com. Он сможет отправить почту для abc.com. Это хорошая идея, чтобы настроить его как MX для abc.com, если он это делает. Домены второго уровня редко используются законными почтовыми серверами.

1
ответ дан 2 August 2018 в 03:58
  • 1
    Иногда есть причины, по которым вы оставляете почту в определенном каталоге / spool / directory. Это может быть или не быть вескими причинами, но я неохотно соглашаюсь с тем, что почта «никогда» не должна доставляться root. Я согласен со всем остальным, о чем вы говорите, и здорово показать обычный механизм (/ etc / aliases) для перенаправления почты root. Вероятно, это то, что должен делать OP (и почти все остальные). – belacqua 6 March 2011 в 10:54
  • 2
    @jgbelacqua Причина, по которой почта не должна доставляться по почте, - это безопасность. Все исполняемые файлы, которые доставляются root, рискуют полностью скомпрометировать систему. Любая политика, указывающая, что почта должна быть доставлена ​​root, запрашивает компрометацию системы. – BillThor 6 March 2011 в 11:03
  • 3
    Я не согласен с тем, что это (почти всегда) плохая идея. Если вы администратор, это почти наверняка. В случае, когда я увидел это, была отдельная (внутренняя) группа безопасности, которая установила политику. Одна группа контролировала сервер, а третья группа - сетевое хранилище, на которое была направлена ​​почта. Почта управлялась четвертой группой. (И это упрощает.) В этом случае группа infosec хотела быть способна запутать кого-либо, кто имел доступ к тому, что (например, почта администратора). Он также был сильно фильтрован к тому времени, когда он попал в папку «Входящие». Такова жизнь. – belacqua 6 March 2011 в 11:11
  • 4
    Кстати, это мой передовой. :) – belacqua 6 March 2011 в 11:13
  • 5
    @jgbelaxqua: Спасибо. Ничего похожего на управление комитетами. Мне удалось получить исполняемое программное обеспечение, отправленное по почте из сильно фильтрованной системы. (Действительно нужен патч.) Интересно, могу ли я вернуть его? – BillThor 6 March 2011 в 11:26
[D0] Нет. Поскольку постфикс по умолчанию не настраивается как открытое реле, он принимает только локальную почту.

И вы не хотите настраивать его как Open Relay. Через пару дней спамер найдет его и начнет использовать его. В результате:

Ваш компьютер будет увязнуть, отправив тысячи писем. Через пару дней ваш сервер будет заблокирован большинством других почтовых серверов в мире. Включая все основные (gmail, yahoo, hotmail, mines;)).

Таким образом, вы не сможете отправлять письма, и интернет будет немного хуже для остальных из нас.

Если вы хотите, чтобы вы могли отправлять почту с некоторых IP-адресов без аутентификации, вы необходимо установить (или добавить) эти параметры в /etc/postfix/main.cf

mynetworks = 127.0.0.0/8, 192.168.1.0/24 smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination

Конечно, IP, который определяет mynetwork, должен быть заменен на тот, который вам подходит.

6
ответ дан 2 August 2018 в 03:58
  • 1
    на самом деле этот почтовый сервер является локальным ... я хочу отправить почту и просто показать, что эта почта была получена почтовым сервером ... – Vinod K 3 February 2011 в 20:28
  • 2
    Добавлена ​​информация о том, как включить его для ретрансляции почты из локальной сети. – Javier Rivera 3 February 2011 в 21:23
  • 3
    как я могу отправлять все письма, попадает ли какой-либо пользователь в 1 аккаунт ... root-аккаунт – Vinod K 4 February 2011 в 21:08
  • 4
    Это лучше для будущей справки и простоты использования сайта, если вы зададите это по другому вопросу, а не в комментарии. Но для быстрого ответа добавление к виртуальному файлу @domain.com root должно сделать трюк. – Javier Rivera 4 February 2011 в 22:58

Я думаю, что fetchmail - это то, что вам нужно, чтобы получать почту из других доменов, и она будет передавать их на любого локального пользователя, которого вы хотите.

0
ответ дан 2 August 2018 в 03:58

Главное никогда не должно быть доставлено в корневую учетную запись. Обычно в /etc/aliases имеется псевдоним для root, чтобы доставить электронное письмо другой учетной записи. Если у вас ограниченное количество учетных записей, которые вам нужно консолидировать, самый простой способ - добавить записи в /etc/aliases. Это можно настроить для отправки электронной почты на адрес на другом сервере, если это необходимо.

Чтобы отправить электронное письмо, настройте почтовый сервер для использования Smarthost. Обычно я рекомендую использовать сервер ретрансляции вашего интернет-провайдера. Если вся ваша почта будет отправляться в один домен, вы можете использовать MX (почтовый обмен) этого домена в качестве своего Smarthost. Вы можете проверить доставку, посмотрев /var/log/mail.log (или везде, где postfix записывает свои сообщения).

Если вы хотите надежно отправлять электронную почту прямо в Интернет, получите статический адрес. См. Жалобы по управлению доставкой электронной почты для получения некоторых рекомендаций.

Надежная доставка входящей почты требует статического IP-адреса. Существуют программы для получения почты с другого сервера, например fetchmail, которые хорошо работают, когда почта доставляется на другой сервер.

Если почтовый сервер MX для abc.com, он сможет принимать почту для своего домена, не будучи открытым реле. Настройка открытого реле - это не очень хорошая идея.

Я бы рекомендовал вам использовать имя, например mail.abc.com или даже www.abc.com для вашего почтового сервера, а не abc.com. Он сможет отправить почту для abc.com. Это хорошая идея, чтобы настроить его как MX для abc.com, если он это делает. Домены второго уровня редко используются законными почтовыми серверами.

1
ответ дан 4 August 2018 в 20:01
  • 1
    Иногда есть причины, по которым вы оставляете почту в определенном каталоге / spool / directory. Это может быть или не быть вескими причинами, но я неохотно соглашаюсь с тем, что почта «никогда» не должна доставляться root. Я согласен со всем остальным, о чем вы говорите, и здорово показать обычный механизм (/ etc / aliases) для перенаправления почты root. Вероятно, это то, что должен делать OP (и почти все остальные). – belacqua 6 March 2011 в 10:54
  • 2
    @jgbelacqua Причина, по которой почта не должна доставляться по почте, - это безопасность. Все исполняемые файлы, которые доставляются root, рискуют полностью скомпрометировать систему. Любая политика, указывающая, что почта должна быть доставлена ​​root, запрашивает компрометацию системы. – BillThor 6 March 2011 в 11:03
  • 3
    Я не согласен с тем, что это (почти всегда) плохая идея. Если вы администратор, это почти наверняка. В случае, когда я увидел это, была отдельная (внутренняя) группа безопасности, которая установила политику. Одна группа контролировала сервер, а третья группа - сетевое хранилище, на которое была направлена ​​почта. Почта управлялась четвертой группой. (И это упрощает.) В этом случае группа infosec хотела быть способна запутать кого-либо, кто имел доступ к тому, что (например, почта администратора). Он также был сильно фильтрован к тому времени, когда он попал в папку «Входящие». Такова жизнь. – belacqua 6 March 2011 в 11:11
  • 4
    Кстати, это мой передовой. :) – belacqua 6 March 2011 в 11:13
  • 5
    @jgbelaxqua: Спасибо. Ничего похожего на управление комитетами. Мне удалось получить исполняемое программное обеспечение, отправленное по почте из сильно фильтрованной системы. (Действительно нужен патч.) Интересно, могу ли я вернуть его? – BillThor 6 March 2011 в 11:26
[D0] Нет. Поскольку постфикс по умолчанию не настраивается как открытое реле, он принимает только локальную почту.

И вы не хотите настраивать его как Open Relay. Через пару дней спамер найдет его и начнет использовать его. В результате:

Ваш компьютер будет увязнуть, отправив тысячи писем. Через пару дней ваш сервер будет заблокирован большинством других почтовых серверов в мире. Включая все основные (gmail, yahoo, hotmail, mines;)).

Таким образом, вы не сможете отправлять письма, и интернет будет немного хуже для остальных из нас.

Если вы хотите, чтобы вы могли отправлять почту с некоторых IP-адресов без аутентификации, вы необходимо установить (или добавить) эти параметры в /etc/postfix/main.cf

mynetworks = 127.0.0.0/8, 192.168.1.0/24 smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination

Конечно, IP, который определяет mynetwork, должен быть заменен на тот, который вам подходит.

6
ответ дан 4 August 2018 в 20:01
  • 1
    на самом деле этот почтовый сервер является локальным ... я хочу отправить почту и просто показать, что эта почта была получена почтовым сервером ... – Vinod K 3 February 2011 в 20:28
  • 2
    Добавлена ​​информация о том, как включить его для ретрансляции почты из локальной сети. – Javier Rivera 3 February 2011 в 21:23
  • 3
    как я могу отправлять все письма, попадает ли какой-либо пользователь в 1 аккаунт ... root-аккаунт – Vinod K 4 February 2011 в 21:08
  • 4
    Это лучше для будущей справки и простоты использования сайта, если вы зададите это по другому вопросу, а не в комментарии. Но для быстрого ответа добавление к виртуальному файлу @domain.com root должно сделать трюк. – Javier Rivera 4 February 2011 в 22:58

Я думаю, что fetchmail - это то, что вам нужно, чтобы получать почту из других доменов, и она будет передавать их на любого локального пользователя, которого вы хотите.

0
ответ дан 4 August 2018 в 20:01

Я думаю, что fetchmail - это то, что вам нужно, чтобы получить почту из других доменов, и она передаст их на любого локального пользователя, которого вы хотите.

0
ответ дан 6 August 2018 в 04:03
[D5] Нет. Поскольку постфикс по умолчанию не настраивается как открытое реле, он принимает только локальную почту.

И вы не хотите настраивать его как Open Relay . Через пару дней спамер найдет его и начнет использовать его. В результате:

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

Таким образом, вы не сможете отправлять письма, а интернет будет немного хуже для остальных из нас.

! d7]

Если вы хотите иметь возможность отправлять почту с некоторых IP-адресов без проверки подлинности, вам нужно установить (или добавить) эти параметры в /etc/postfix/main.cf

  mynetworks = 127.0.0.0/8, 192.168.1.0/24 smtpd_recipient_restrictions = allow_sasl_authenticated, allow_mynetworks, reject_unauth_destination  

Конечно, IP, который определяет mynetwork, должен быть изменен на тот, который подходит вам.

6
ответ дан 6 August 2018 в 04:03

Главная никогда не должна доставляться в учетную запись root. Обычно в / etc / aliases имеется псевдоним для root, чтобы доставить электронное письмо другому аккаунту. Если у вас ограниченное количество учетных записей, которые нужно консолидировать, самый простой способ - добавить записи в / etc / aliases . Это можно настроить для отправки электронной почты на адрес на другом сервере, если это необходимо.

Чтобы отправить электронное письмо, настройте почтовый сервер для использования Smarthost. Обычно я рекомендую использовать сервер ретрансляции вашего интернет-провайдера. Если вся ваша почта будет отправляться в один домен, вы можете использовать MX (почтовый обмен) этого домена в качестве своего Smarthost. Вы можете проверить доставку, посмотрев /var/log/mail.log (или везде, где postfix записывает свои сообщения).

Если вы хотите надежно отправлять электронную почту прямо в Интернет, получите статический адрес. См. [D0] жалобы о доставке почты для некоторых рекомендаций.

Надежная доставка входящей почты требует статического IP-адреса. Существуют программы для получения почты с другого сервера, например fetchmail, которые хорошо работают, когда почта доставляется на другой сервер.

Если почтовый сервер MX для abc.com, он сможет принимать почту для своего домена, не будучи открытым реле. Настройка открытого реле - это не очень хорошая идея.

Я бы рекомендовал вам использовать такое имя, как mail.abc.com или даже www.abc.com для вашего почтового сервера, а не abc.com . Он сможет отправить почту для abc.com . Это хорошая идея настроить его как MX для abc.com , если это так. Домены второго уровня редко используются законными почтовыми серверами.

1
ответ дан 6 August 2018 в 04:03

Я думаю, что fetchmail - это то, что вам нужно, чтобы получить почту из других доменов, и она передаст их на любого локального пользователя, которого вы хотите.

0
ответ дан 7 August 2018 в 22:02
[D5] Нет. Поскольку постфикс по умолчанию не настраивается как открытое реле, он принимает только локальную почту.

И вы не хотите настраивать его как Open Relay . Через пару дней спамер найдет его и начнет использовать его. В результате:

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

Таким образом, вы не сможете отправлять письма, а интернет будет немного хуже для остальных из нас.

! d7]

Если вы хотите иметь возможность отправлять почту с некоторых IP-адресов без проверки подлинности, вам нужно установить (или добавить) эти параметры в /etc/postfix/main.cf

  mynetworks = 127.0.0.0/8, 192.168.1.0/24 smtpd_recipient_restrictions = allow_sasl_authenticated, allow_mynetworks, reject_unauth_destination  

Конечно, IP, который определяет mynetwork, должен быть изменен на тот, который подходит вам.

6
ответ дан 7 August 2018 в 22:02

Главная никогда не должна доставляться в учетную запись root. Обычно в / etc / aliases имеется псевдоним для root, чтобы доставить электронное письмо другому аккаунту. Если у вас ограниченное количество учетных записей, которые нужно консолидировать, самый простой способ - добавить записи в / etc / aliases . Это можно настроить для отправки электронной почты на адрес на другом сервере, если это необходимо.

Чтобы отправить электронное письмо, настройте почтовый сервер для использования Smarthost. Обычно я рекомендую использовать сервер ретрансляции вашего интернет-провайдера. Если вся ваша почта будет отправляться в один домен, вы можете использовать MX (почтовый обмен) этого домена в качестве своего Smarthost. Вы можете проверить доставку, посмотрев /var/log/mail.log (или везде, где postfix записывает свои сообщения).

Если вы хотите надежно отправлять электронную почту прямо в Интернет, получите статический адрес. См. [D0] жалобы о доставке почты для некоторых рекомендаций.

Надежная доставка входящей почты требует статического IP-адреса. Существуют программы для получения почты с другого сервера, например fetchmail, которые хорошо работают, когда почта доставляется на другой сервер.

Если почтовый сервер MX для abc.com, он сможет принимать почту для своего домена, не будучи открытым реле. Настройка открытого реле - это не очень хорошая идея.

Я бы рекомендовал вам использовать такое имя, как mail.abc.com или даже www.abc.com для вашего почтового сервера, а не abc.com . Он сможет отправить почту для abc.com . Это хорошая идея настроить его как MX для abc.com , если это так. Домены второго уровня редко используются законными почтовыми серверами.

1
ответ дан 7 August 2018 в 22:02

Я думаю, что fetchmail - это то, что вам нужно, чтобы получить почту из других доменов, и она передаст их на любого локального пользователя, которого вы хотите.

0
ответ дан 10 August 2018 в 10:16
[D5] Нет. Поскольку постфикс по умолчанию не настраивается как открытое реле, он принимает только локальную почту.

И вы не хотите настраивать его как Open Relay . Через пару дней спамер найдет его и начнет использовать его. В результате:

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

Таким образом, вы не сможете отправлять письма, а интернет будет немного хуже для остальных из нас.

! d7]

Если вы хотите иметь возможность отправлять почту с некоторых IP-адресов без проверки подлинности, вам нужно установить (или добавить) эти параметры в /etc/postfix/main.cf

  mynetworks = 127.0.0.0/8, 192.168.1.0/24 smtpd_recipient_restrictions = allow_sasl_authenticated, allow_mynetworks, reject_unauth_destination  

Конечно, IP, который определяет mynetwork, должен быть изменен на тот, который подходит вам.

6
ответ дан 10 August 2018 в 10:16

Главная никогда не должна доставляться в учетную запись root. Обычно в / etc / aliases имеется псевдоним для root, чтобы доставить электронное письмо другому аккаунту. Если у вас ограниченное количество учетных записей, которые нужно консолидировать, самый простой способ - добавить записи в / etc / aliases . Это можно настроить для отправки электронной почты на адрес на другом сервере, если это необходимо.

Чтобы отправить электронное письмо, настройте почтовый сервер для использования Smarthost. Обычно я рекомендую использовать сервер ретрансляции вашего интернет-провайдера. Если вся ваша почта будет отправляться в один домен, вы можете использовать MX (почтовый обмен) этого домена в качестве своего Smarthost. Вы можете проверить доставку, посмотрев /var/log/mail.log (или везде, где postfix записывает свои сообщения).

Если вы хотите надежно отправлять электронную почту прямо в Интернет, получите статический адрес. См. [D0] жалобы о доставке почты для некоторых рекомендаций.

Надежная доставка входящей почты требует статического IP-адреса. Существуют программы для получения почты с другого сервера, например fetchmail, которые хорошо работают, когда почта доставляется на другой сервер.

Если почтовый сервер MX для abc.com, он сможет принимать почту для своего домена, не будучи открытым реле. Настройка открытого реле - это не очень хорошая идея.

Я бы рекомендовал вам использовать такое имя, как mail.abc.com или даже www.abc.com для вашего почтового сервера, а не abc.com . Он сможет отправить почту для abc.com . Это хорошая идея настроить его как MX для abc.com , если это так. Домены второго уровня редко используются законными почтовыми серверами.

1
ответ дан 10 August 2018 в 10:16

Я думаю, что fetchmail - это то, что вам нужно, чтобы получить почту из других доменов, и она передаст их на любого локального пользователя, которого вы хотите.

0
ответ дан 13 August 2018 в 16:40
[D5] Нет. Поскольку постфикс по умолчанию не настраивается как открытое реле, он принимает только локальную почту.

И вы не хотите настраивать его как Open Relay . Через пару дней спамер найдет его и начнет использовать его. В результате:

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

Таким образом, вы не сможете отправлять письма, а интернет будет немного хуже для остальных из нас.

! d7]

Если вы хотите иметь возможность отправлять почту с некоторых IP-адресов без проверки подлинности, вам нужно установить (или добавить) эти параметры в /etc/postfix/main.cf

  mynetworks = 127.0.0.0/8, 192.168.1.0/24 smtpd_recipient_restrictions = allow_sasl_authenticated, allow_mynetworks, reject_unauth_destination  

Конечно, IP, который определяет mynetwork, должен быть изменен на тот, который подходит вам.

6
ответ дан 13 August 2018 в 16:40
  • 1
    на самом деле этот почтовый сервер является локальным ... я хочу отправить почту и просто показать, что эта почта была получена почтовым сервером ... – Vinod K 3 February 2011 в 20:28
  • 2
    Добавлена ​​информация о том, как включить его для ретрансляции почты из локальной сети. – Javier Rivera 3 February 2011 в 21:23
  • 3
    как я могу отправлять все письма, попадает ли какой-либо пользователь в 1 аккаунт ... root-аккаунт – Vinod K 4 February 2011 в 21:08
  • 4
    Это лучше для будущей справки и простоты использования сайта, если вы зададите это по другому вопросу, а не в комментарии. Но для быстрого ответа добавление к виртуальному файлу @ domain.com root должно сделать трюк. – Javier Rivera 4 February 2011 в 22:58

Главная никогда не должна доставляться в учетную запись root. Обычно в / etc / aliases имеется псевдоним для root, чтобы доставить электронное письмо другому аккаунту. Если у вас ограниченное количество учетных записей, которые нужно консолидировать, самый простой способ - добавить записи в / etc / aliases . Это можно настроить для отправки электронной почты на адрес на другом сервере, если это необходимо.

Чтобы отправить электронное письмо, настройте почтовый сервер для использования Smarthost. Обычно я рекомендую использовать сервер ретрансляции вашего интернет-провайдера. Если вся ваша почта будет отправляться в один домен, вы можете использовать MX (почтовый обмен) этого домена в качестве своего Smarthost. Вы можете проверить доставку, посмотрев /var/log/mail.log (или везде, где postfix записывает свои сообщения).

Если вы хотите надежно отправлять электронную почту прямо в Интернет, получите статический адрес. См. [D0] жалобы о доставке почты для некоторых рекомендаций.

Надежная доставка входящей почты требует статического IP-адреса. Существуют программы для получения почты с другого сервера, например fetchmail, которые хорошо работают, когда почта доставляется на другой сервер.

Если почтовый сервер MX для abc.com, он сможет принимать почту для своего домена, не будучи открытым реле. Настройка открытого реле - это не очень хорошая идея.

Я бы рекомендовал вам использовать такое имя, как mail.abc.com или даже www.abc.com для вашего почтового сервера, а не abc.com . Он сможет отправить почту для abc.com . Это хорошая идея настроить его как MX для abc.com , если это так. Домены второго уровня редко используются законными почтовыми серверами.

1
ответ дан 13 August 2018 в 16:40
  • 1
    Иногда есть причины, по которым вы оставляете почту в определенном каталоге / spool / directory. Это может быть или не быть вескими причинами, но я неохотно соглашаюсь с тем, что почта «никогда» не должна доставляться root. Я согласен со всем остальным, о чем вы говорите, и здорово показать обычный механизм (/ etc / aliases) для перенаправления почты root. Вероятно, это то, что должен делать OP (и почти все остальные). – belacqua 6 March 2011 в 10:54
  • 2
    – BillThor 6 March 2011 в 11:03
  • 3
    Я не согласен с тем, что это (почти всегда) плохая идея. Если вы администратор, это почти наверняка. В случае, когда я увидел это, была отдельная (внутренняя) группа безопасности, которая установила политику. Одна группа контролировала сервер, а третья группа - сетевое хранилище, на которое была направлена ​​почта. Почта управлялась четвертой группой. (И это упрощает.) В этом случае группа infosec хотела быть способна запутать кого-либо, кто имел доступ к тому, что (например, почта администратора). Он также был сильно фильтрован к тому времени, когда он попал в папку «Входящие». Такова жизнь. – belacqua 6 March 2011 в 11:11
  • 4
    Кстати, это мой передовой. :) – belacqua 6 March 2011 в 11:13
  • 5
    @jgbelaxqua: Спасибо. Ничего похожего на управление комитетами. Мне удалось получить исполняемое программное обеспечение, отправленное по почте из сильно фильтрованной системы. (Действительно нужен патч.) Интересно, могу ли я вернуть его? – BillThor 6 March 2011 в 11:26

Другие вопросы по тегам:

Похожие вопросы: