Отправка почты через внешний почтовый сервер. Подробности. Просмотров: 3. Итак. Как известно любой уважающий себя он- лайн сервис поддерживает такую штуку как отправка электронной почты пользователям. Назначение может быть разнообразно. Это и активация аккаунта, и восстановление пароля, и рассылка новостей. Чтобы почта отправлялась очевидно, что на сервере нужно заиметь почтовик, тоесть почтовый сервер. И организируя его нужно позаботиться, чтобы взаимодействие было двусторонним, тоесть чтобы почту можно было принимать, а не только отправлять. Это нужно для того, чтобы другие почтовые сервисы не относились к нашей почте как к спаму (хотя даже и это не всегда помогает). Есстественно, что у сервера должен быть внешний IP и соответсвенная MX- запись в описании доменной зоны. Но это возможно не всегда, особенно в больших конторах со скудными финансами. Зачастую контора имеет один внеший IP, а все остальные присоедены к Интернету через NAT и реверсивное проксирование. Вот если нам внезапно понадобилось отправлять почту с сервера в локальной сети и при этом у нас уже есть почтовик, настроенный для работы с Интернетом, то мы можем это использовать для себя. Тоесть используем имеющийся постовик как relay.. Здесь мы рассмотрим как это делается с postfix на сервере с Gentoo. Для других дистров это тоже легко применить, главное суть понять. Шаг 1. Нужно заиметь учётку на работающем почтовике, чтобы мы могли юзать его как relay. Делается не сложно, просто обращаемся к админу того сервера с соответсвующей просьбой. Ну реализацию этого шага я думаю по деталям разъяснять не стоит. Шаг 2. Открываем /etc/postfix/main. Более того, при отправке сообщений через встроенный SMTP сервер, ваш IP может попасть в блеклисты, которые некоторые Но следует помнить, что для настройки каждого внешнего SMTP необходимо установить дополнительные параметры: сервер исходящей почты, порт. WordPress и SMTP от Яндекс. По умолчанию движок блога использует отправку почты через локальный почтовый сервер хостинга сайта. Приношу извинения разработчику модуль работает так совпало что откликнулся [email protected] и модуль перестал работать. Решение пришло само собой – сделать отправку через внешний STMP-сервер с аутентификацией. Для чего же может потребоваться отправка почты из php через smtp, ведь в php есть готовая функция отправки почты mail()? Основная причина, это проблема фильтров антиспама. Современные сервера настроены таким образом, что отправляя письмо через функцию mail.Она отвечает за пересылку почты через релай. Указываем адрес, по которому нам доступен почтовик в локалке. Отрываем тот же /etc/postfix/main. Учтите, если авторизация какая- то хитро- мудрая, то этот способ может не подойти, на этот счёт лучше поговорить с вашим админом. Далее в файо /etc/postfix/saslpass, который мы указали раннее прописываем логин а пароль от сервера. Этот адрес электронной почты защищен от спам- ботов. У вас должен быть включен Java. Script для просмотра.: password. На всякий случай комментирую: первое - это адрес сервера, второе - логин, третье (после двоеточия) - это пароль. Как заставить WordPress отправлять почту через SMTP-сервер? Ничего изобретать не надо, нужно лишь установить плагин WP Mail SMTP, который перенастроит в WordPress внутреннюю функцию wp Проблема в том, что на почте в Google Apps для своего домена при попытке настроить для аккаунта отправку с некого внешнего Отправлять письма с адреса [email protected] можно только через SMTP-серверы домена xxx.ru, однако эта функция для вашего аккаунта отключена. Если у вас домашний компьютер и выходите тестировать отсылку почты через php mail. SMTP (Simple Mail Transfer Protocol) - это широко используемый сетевой протокол Postfix : Релей через Gmail - Linux Mint/Ubuntu/Debian. Bash Скрипт для Массовой Отправки Писем в Linux. Как : Забрать Почту с POP3 Сервера используя Командную Строку. Как отправить почту без почтового сервера. После этого создаём хешированную таблицу (которую postfix и будет читать).# postmap /etc/postfix/saslpass. Остаётся перегрузить настройки postfix.# /etc/init. Вот собственно и всё. Главное корректно задавать адрес отправителя в заголовках, ибо может не прокатить. Отправка писем с сервера сайтами через exim. В итоге всё- равно получилась хрень. Ну да ладно, в следующем абзаце, думаю, ситуация прояснится. Типичная ситуация. Приходит человек к админу и говорит: «Слушай, у меня тут сайтик есть на виртуалке, я хочу с него письма о регистрации отправлять». Админ слушает это внимательно и радостно настраивает smtp- отправку с сайта. Я делаю так — https: //debian. Человека переспрашивают «а ты точно не будешь письма принимать на этом домене?». Админ, который это настраивал в запое. Человеку с виртуалкой срочно и внезапно хочется заиметь ящик admin@hissite. Он находит другого сисадмина, объясняет ситуацию, говорит, что хочет пользоваться ящиком через гугл/яндекс/web outlook/whatever. А вот тут начинается веселое. Админов ищут подешевле. Соответственно, всю ситуацию целиком видят далеко не все. Каюсь, из- за неопытности сам на такие грабли несколько раз наступал. Админ берет и настраивает почту на гугле. Прописывает MX- записи. Радуется, забирает денежки, уходит в запой. Человек радостно пользуется своим ящиком ровно до того момента, пока не понимает, что письма с ящика robot@hissite. А всё просто — локальный smtp- сервер на его виртуалочке (который и шлет роботные письма) считает, что он в полном ответе за домен hissite. MX записях. Находит человек третьего админа. Я видел разные подпорки вокруг своих лаконичных мануалов для обработки этой ситуации. Описывать их совсем не хочется. Лучше сразу напишу, как правильно делать с exim. Большая часть решений, к счастью, сводилась к использованию и написанию различных почтовых роутеров для exim’a. Разной степени удачности, разной степени быстродействия. Но мало кто догадался почитать доки хотя бы до середины и увидеть описание роутера hubbed. Суть его примерно в том, что он позволяет вручную определять, куда перенаправлять почту для определенных доменов, если она придет. Собственно, robot@ отправляет письмо в admin@hisdomain. Но перед тем, как попасть в локальный ящик, письмо проходит через роутер hubbed. В котором мы напишем, чтобы письмо всё же ушло на правильный сервер. Создадим файл, в котором будем описывать всё это: root@server: ~# touch /etc/exim. Пачка доменных имен через двоеточие, первое из которых — сам домен, который будет обрабатываться как hubbed, дальше через двоеточия все его MX- хосты в порядке приоритета по убыванию. Помимо прочего, такую конструкцию можно использовать для организации второго почтового сервера, который будет копить у себя почту во время «отсутствия» основного. И, соответственно, выплевывать её на основной, когда он вернется в сеть. При том такая конструкция будет кушать значительно меньше ресурсов, чем полноценный почтовый сервер. Может быть, для почты это и не очень актуально (почтовые серверы очень редко дропают письмо после первой попытки отправки), но лишним бывает редко. Можно её использовать и для ручной маршрутизации почты внутри своей сети (например для случая, когда между серверами есть локальный канал, который не будет использоваться, если почту между ними пулять в MX).
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |