Претензии в письме были к самому содержанию , а не к его отсутствию.
Хотя если просмотреть похожие сайты и вбить в поиск подобную фразу, выдача будет такая же.
Кстати, страница не пустая, на ней есть другие разделы и меню и пр.
омг. нет, это интернет-магазин, выделенный сервер. там всего 2 локальных мыла пока, с одинаковыми паролями. а проверяет он почту со своего компа, outlook express.
когда делается заказ, отправляется 1 письмо клиенту и 1 копия себе же.
вопрос как сделать это через внешнее реле а не зачем) на вопрос зачем было дано мутное объяснение.. "чтоб не думали что я - это интернет-магазин" ??
а понятие external relay (external SMTP relay) переводится вроде как внешнее реле. ну а если нет так, не страшно 🚬
Проблема в том, что так хочет клиент. Чтобы сообщения вида от *@mysite.com на *@mysite.com перенаправлялись используя внешнее реле. Он принимает и отправляет почту с сервера на своем компьютере с помощью outlook (хотя она и сейчас принимается/отправляется нормально)
понятно. но когда локальная доставка включена (
mydestination = $myhostname, site.com, www.site.com, localhost, localhost.localdomain)
почта снаружи приходит (и с внешнего на *@site.com и с *@site.com на *@site.com )
когда mydestination = ;
не могу получить почту с *@site.com на *@site.com
при этом ошибок нет.. куда почта уходит? на psmtp.com или вникуда?
и что нужно сделать, чтобы получать ее на своем же сервере? правильно ли будет добавить в dns :
site.com. IN MX 500 mail.site.com
nat000 добавил 13.10.2010 в 16:08
и еще вопрос. когда я открываю в браузере mail.site.com, где site.com - мой домен,
страница требует логин-пароль.. но ни одна комбинация из существующих postfix пользователей не подходит
MX записи указывают на psmtp.com
site.com MX 100 site.com.s200a1.psmtp.com IN 300
site.com MX 200 site.com.s200a2.psmtp.com IN 300
site.com MX 300 site.com.s200b1.psmtp.com IN 300
site.com MX 400 site.com.s200b2.psmtp.com IN 300
site.com MX 2000 lastmx.net-work.net IN 300
Почта уходит с использованием этих записей, но не приходит
:D
мерси боку 🍻
static ip
ну хотя бы it works! пусть выведет, для успокоения души (/var/www/index.html) :)
пингуется :)
но если в браузере айпи ввожу - никакой реакции
как мне временно отключить firewall, чтобы проверить в нем ли дело?
К слову, вчера после команды iptables -F сервер вырубился и не отвечал совсем. Пришлось стучать провайдеру для перезагрузки)
вывод /sbin/iptables -L -n :
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:22 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 state NEW
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:53 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:53 state NEW
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:69 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:69 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:25 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:110 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:143 state NEW
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:123 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:20 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:3306 state NEW
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:3306 state NEW
DROP all -- 0.0.0.0/0 0.0.0.0/0
Chain FORWARD (policy DROP)
Chain OUTPUT (policy ACCEPT)
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED
