- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
использовать ip, с которых спам не рассылался. И далее арендовать (постоянно иметь) один и тот же ip, которым пользуетесь только вы.
Хостер рекомендует перейти на VDS. Это как раз как я понял, будет отдельный, только мой, ip, да?
Хостер рекомендует перейти на VDS. Это как раз как я понял, будет отдельный, только мой, ip, да?
Да. Если найдёте того, кто настроит вам сервер заодно.
Самое оптимальное на мой взгляд решение: создать локальный почтовый ящик и на него отправлять письма скриптом, при этом использовать локальный почтовый ящик в качестве отправителя, можно тот же. Таким образом даже при рассылках спама и попаданиях IP в черный список не будет проблем с доставкой.
А дальше просто настроить обычную пересылку писем с локального ящика на @mail.ru средствами хостинг-панели. Даже если mail.ru не захочет принять письмо по каким-то причинам, то эти причины Вы увидите в локальном почтовом ящике на хостинге, а само письмо от скрипта сохранится в локальном ящике.
При этом не нужно переплачивать за VDS, выделенный IP, администрирование и т.д.
Самое оптимальное на мой взгляд решение: создать локальный почтовый ящик и на него отправлять письма скриптом, при этом использовать локальный почтовый ящик в качестве отправителя, можно тот же. Таким образом даже при рассылках спама и попаданиях IP в черный список не будет проблем с доставкой.
локальный это значит slovo@domen.ru ?
подскажите пожалуйста а что значит настроить его в качестве отправителя, где это указывается?
локальный это значит slovo@domen.ru ?
Да, если domen.ru и есть адрес сайта со скриптом, или соседний домен, размещенный на том же сервере.
а что значит настроить его в качестве отправителя
Думаю, для локальной доставки это не существенно. Имелось ввиду sendmail_path ("/usr/sbin/sendmail -t -i -f slovo@domen.ru"). Впрочем, тут все зависит от настройки сервера. Например, в ISPmanager при типичной установке это задается в свойствах веб-домена (e-mail администратора).
postavkin, одна из возможных причин. Для веб-домена, с которого отправляется почта, указан e-mail не локальный, а какой-нибудь plit*@mail.ru. mail.ru не любит этого. Думаю, причину нужно искать в логах почтового сервера.
Не подскажете, а если отправку делать на ящик@yandex.ru через некоторое время будет аналогичная проблема?
---------- Добавлено 12.07.2014 в 18:30 ----------
Самое оптимальное на мой взгляд решение: создать локальный почтовый ящик и на него отправлять письма скриптом, при этом использовать локальный почтовый ящик в качестве отправителя, можно тот же. Таким образом даже при рассылках спама и попаданиях IP в черный список не будет проблем с доставкой.
А дальше просто настроить обычную пересылку писем с локального ящика на @mail.ru средствами хостинг-панели. Даже если mail.ru не захочет принять письмо по каким-то причинам, то эти причины Вы увидите в локальном почтовом ящике на хостинге, а само письмо от скрипта сохранится в локальном ящике.
Это вариант, но у нас несколько сайтов и отправка заявок идет на один и тот же е-майл (ящик@mail.ru). Т.е. придется сделать на каждом сайте локальный ящик и с каждого из них делать пересылку на ящик@mail.ru, но опять же придется тогда в каждый всё равно заходить если заявок нет, скажем 3 часа. Хочется принимать заявки с минимумом действий. Ищу решение простое и доступное любителю типа меня.
Ребят, сделал локальный ящик, скрипт отправляет заявки клиентов на него, сделал с него пересылку на mail-овский. Но не все письма приходят в mail ящик. Что делать то? подскажите, пожалуйста.
postavkin, попробуйте вот это вместо пересылки - http://help.mail.ru/mail-help/settings/collector