- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
или просто настроите может быть чтобы работала функция mail ?
сейчас она не работает вообще НИ ПРИ КАКИХ условиях..
Что значит "просто работала функция mail" ?)
Я вам уже говорил, функция не умеет не работать. Не отправляет вашу почту sendmail.
Вы можете попробовать добавить почтовый ящик в "почтовые ящики" и указать его же графе "e-mail администрара" у нужного www-домена?
P.S.: Могли бы сразу написать мне в ICQ. А то больше обсуждаем, а проблема (как я думаю) решится за минуту.
Указывает support@microsoft.com и почта пойдёт:)
И причём дойдёт на некоторые сервера. Тут же получите абузы.
За что? В первый раз слышу, что абузу могут прислать по подобному поводу.
Кто-то кроме Вас такое видел?
В любом случае, почту от сервера (где фактически ящика нет) вы можете не получить. К примеру, в спам свалится из-за несоответствия сервера в MX и сервера-отправителя.
Есть RFC, в которых запрещено подобное? Насколько я знаю - нет.
Это просто одина из эвристик, при проверке на спам. Кто-то
использует - кто-то нет. Никто из крупных провайдеров не использует
пока точно. Максимум - проверка PTR.
Возможно, Вы имели в виду т.н. Callback verification - когда принимающий
сервер ходит на MX-сы отправителя и проверяет там наличие почтового
адреса. Так это совем другое.
За что? В первый раз слышу, что абузу могут прислать по подобному поводу.
Кто-то кроме Вас такое видел?
Естественно видел.
По поводу абузы: если клиент с сервера шлёт спам, то абузы не может быть?
А возможность подставления фиктивного адреса может затруднить его поиск. Как для вас, так и для того, кому письма придут.
Есть RFC, в которых запрещено подобное? Насколько я знаю - нет.
Это просто одина из эвристик, при проверке на спам. Кто-то
использует - кто-то нет. Никто из крупных провайдеров не использует
пока точно. Максимум - проверка PTR.
Возможно, Вы имели в виду т.н. Callback verification - когда принимающий
сервер ходит на MX-сы отправителя и проверяет там наличие почтового
адреса. Так это совем другое.
Скажем, я 100% знаю, что используют. По поводу всех говорить не буду, но я такое видел. Ещё раз говорю - это стандартное поведение sendmail. Его не все меняют.
В общем, тут смысла обсуждать нет. Кому что нравится.
Даже если кто-то любит postfix, то это по-умолчанию выключено и он просто привыкает к такому поведению.
Кто работает с sendmail, может уже обращать на это внимание и относиться как к должному.
Что значит "просто работала функция mail" ?)
Я вам уже говорил, функция не умеет не работать. Не отправляет вашу почту sendmail.
Вы можете попробовать добавить почтовый ящик в "почтовые ящики" и указать его же графе "e-mail администрара" у нужного www-домена?
P.S.: Могли бы сразу написать мне в ICQ. А то больше обсуждаем, а проблема (как я думаю) решится за минуту.
Вполне возможно, что и напишу, просто хочу разобраться, посмотреть на разные мнения.. ну проблема может решиться только в одном случае, если с сервера нормально будет отправляться почта на ящики прописанные, находящиеся на гугле.. без дальнейших танцев с бубнами.
К тому же, надо точно знать, что же тут можно сделать чтобы решена была проблема раз и навсегда???
а то народ нервничает, из-за того, что непонятная лабуда приходит, не говоря уж о том, что эти "липовые" ящики на самом сервере забиваются.
Просто еще 3 года назад увел всю почту на GMAIL, потому что на сервер сыпались тысячи писем в день!!! никакого трафика не хватит ( а часто за него надо платить), GMAIL же убирает спам на ура..
действительно, иногда на GMAIL почта через sendmail просто не приходит, хоть тресни. даже не попадая в спам, режется видимо заранее.
кого не спрашивал, ни кто не в курсе как это решать..
правда на скриптах того же Vamshop новой версии- все приходит на gmail... на старой нет.
а сервер при этом один. вот такие чудеса..
Димитрий добавил 18.02.2010 в 20:51
может вообще лучшее решение поставить на сервере smtp - с паролем- и отправлять все через него???
Естественно видел.
За то, что клиент на хостинговом сервере выставил From: support@microsoft.com ? :)
А возможность подставления фиктивного адреса может затруднить его поиск. Как для вас, так и для того, кому письма придут.
Раз речь идет о mail(), то достаточно выставить "-f" опцию sendmail
уникальную для разных пользователей. Проверка From дополнительно -
ограничивает пользователей, не облегчая больше поиск спамеров никак.
Ещё раз говорю - это стандартное поведение sendmail. Его далеко не все меняют.
Очень странно, значит как минимум для debian и centos в установках по-умолчанию
sendmail ведет себя "нестандартно". Тест простой:
<?php mail("me@mail.ru","test","test","From: support@microsoft.com"); ?>За то, что клиент на хостинговом сервере выставил From: support@microsoft.com ? :)
Раз речь идет о mail(), то достаточно выставить "-f" опцию sendmail
уникальную для разных пользователей. Проверка From дополнительно -
ограничивает пользователей, не облегчая больше поиск спамеров никак.
Очень странно, значит как минимум для debian и centos в установках по-умолчанию
sendmail ведет себя "нестандартно". Тест простой:
<?php mail("me@mail.ru","test","test","From: support@microsoft.com"); ?>1. За то, что слал спам, пришла абуза. Причём указан был ящик на mail.ru в качестве отправителя.
2. Как раз речь про -f. У www-домена в ISPManager есть графа "e-mail администратора", вот оно и подставляется в -f при отправки почты через mail(). Вот sendmail и ругается, если туда подставляется фиктивный адрес.
3. Тест не верный. Попробуйте в -f прописать support@microsoft.com. Именно на этом этапе идёт проверка.
1. masterhost.ru
2. envelope sender address (-f - то, что будет потом в Return-Path будет) выставляет
обычно администратор сервера - и не дает сменить пользователям.
3. попробовал, в консоли под root - без проблем. ISP + CentOS 5.4 + sendmail "по-умолчанию".
1. masterhost.ru
2. envelope sender address (-f - то, что будет потом в Return-Path будет) выставляет
обычно администратор сервера - и не дает сменить пользователям.
3. попробовал, в консоли под root - без проблем. ISP + CentOS 5.4 + sendmail "по-умолчанию".
2. Посмотрите, что делает ISP при прописывании e-mail в графу "e-mail администратора" у www-домена. Она добавляет виртуалхосту:
php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f support@microsoft.com"
3. И письмо доставилось?) В логи при таком раскладе попадает ошибка отправки.
P.S.: Нет под рукой CentOS для проверки.
/usr/sbin/sendmail -t -i -f support@microsoft.com
Именно так и тестировалось (From и To - установлены в два других
адреса). Никаких проблем нет и быть не должно.
Для user!=root будет просто добавлен заголовок X-Authentication-Warning в
конфигурации по-умолчанию.
/usr/sbin/sendmail -t -i -f support@microsoft.com
Именно так и тестировалось (From и To - установлены в два других
адреса). Никаких проблем нет и быть не должно.
Для user!=root будет просто добавлен заголовок X-Authentication-Warning в
конфигурации по-умолчанию.
warning будет всегда, но после этого появляется ошибка, что ящик не существует.
Через apache попробуйте, а не через консоль.
Прикольно, что из консоли у меня тоже отправилось.