Электронное письмо, посланное с постфиксом, отмечено как спам

Возьмите этот тест Почтового сервера. Это скажет Вам вероятные причины Ваших электронных писем, которые рассматривают как СПАМ и как зафиксировать то же.

Если меры не могут быть реализованы по некоторым причинам, используйте Сервис Реле SMTP.

Простой - Вы не отправляете их от своей машины.

Вот некоторые проблемы, которые могут отметить его как спам:

• Вы посылаете за доменом gmail.com - но Вашему IP-адресу не позволяют сделать так, который получатель может проверить (запись SPF в домен gmail.com).
• Ваш IP-адрес не имеет никакой надлежащей bakcward установки DNS для домена и не является MX для домена
• Ваш IP-адрес от динамического диапазона IP-адреса, который некоторые анти-настройки спама могут выяснить (инвертируйте Имя DNS в определенном стандартном формате), и таким образом заблокированный на определение.

Постфикс не имеет никакого отношения к нему. В зависимости от Вашего домена Вы можете / должны вставить надлежащие записи и переехать с Вашей стороны, пользователь динамический IP (получите маленький VPX, действующий как реле), или - в случае внешнего домена - понимают, что нет ничего, что можно сделать, поскольку Вы злоупотребляете доменом поставщика.

ТЕХНИЧЕСКИ спаммер - как зараженный компьютер любого бота, пытающийся послать электронное письмо от домашних подключенных компьютеров для доменов не правильно совпадение с IP-адресом.

@TomTom я не соглашаюсь. Постфикс действительно имеет игру в уравнении, хотя не постфикс а именно, любой сервер SMTP, который может отправить почту, имеет потенциал для отправки ее "неправильно". Например, я проверил бы, что заголовки для проверки от корректны (не yourname@hostname.domain.tld), и от/ответ к то же. Я знаю, что MSN для факта ОЧЕНЬ ПРИДИРЧИВА когда дело доходит до электронного письма, не посланного от объекта большого бизнеса. Кроме того, у людей есть серьезные основания для использования их собственного сервера для отправки почты, как в списках рассылки.

И на самом деле если бы он отправлял от динамического IP, то почта не прошла бы вообще, который я полностью не соглашаюсь с и пришелся бы в норму ему. По крайней мере, в моих событиях.

Я вызывающе проверил бы ссылки, которые отправил Srikrishnan Chitoor, потому что блок дюйм/с, что Вы идете, возможно, был помещен в черный список. И снова, которому я не верю, в том, потому что, если "спаммер" хочет быть удаленным из упомянутого списка все, которое они должны сделать, заплатить, но это - совершенно другая проблема.

Я открыл бы порт 25 с автором SMTP таким образом, можно, по крайней мере, получить bouncebacks. Но, который ваше дело.

Я использую Gmail в качестве своего почтового поставщика.

Хорошо, таким образом, я работаю под предположением, что у Вас есть адрес, давайте назовем его myaddress@gmail.com то, что Вы отправляете от, и Вы получаете электронное письмо в Google с помощью того адреса.

Я хочу послать электронное письмо от своего выделенного сервера, и мне не нравятся эти 500 сообщений на дневное ограничение.

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

Для решения этой проблемы, я хотел бы выполнить постфикс, чтобы только послать электронное письмо, я предпочту если входящий порт 25 заблокированных моим брандмауэром.

Прямо здесь первая проблема. Блокирование всего входящего трафика без учета к причине трафика, прибывающего в тот порт, создаст проблемы полностью вокруг. SMTP является bidirection протоколом связи, и Вы просто перепутаете bejeebers из любого сервера SMTP, который Вы отправляете в восходящий поток.

За исключением то есть, разблокируйте порт 25.

Я могу послать электронное письмо, однако Google отмечает все сообщения, отправленные с постфиксом как СПАМ.

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

Я скажу, что Google должен был бы быть безумным, чтобы позволить любому серверу SMTP посылать электронное письмо в себя, который не произошел из их домена, но утверждает, что прибыл из него; это могло быть столь же просто как то, что Ваш сервер SMTP не "разрешен" на их серверах обработать почту для домена Google. Это - общая установка антиреле для большинства серверов SMTP и конечно объяснило бы много о Вашей проблеме, но это - все еще просто догадки с моей стороны.

Как я удостоверяюсь, что люди знают, что электронное письмо, посланное с постфиксом, действительно?

Постфикс не является проблемой, это - как Вы настроили постфикс, чтобы "говорить" с Google. Я могу послать электронное письмо от своей постфиксной почтовой программы до Gmail все время и делал так в течение многих лет.

Разместите дополнительную информацию, должен был разрешить это (информация о файле журнала и/или заголовки из демонстрационного электронного письма) так, чтобы мы могли добраться до сути проблемы. Иначе это - все предположение и будет только догадками.

Продолжение комментариев

Я не думаю, что Постфикс должен говорить с Google.

Любой постфикс соединяется непосредственно с Google (который является, как большинство доставок SMTP сделано), или Вы используете реле для разговора с Google (который больше редок). В первом у Вас должны быть корректный MX и установка SPF и постфикс main.cf, который не является borked. В позже, ну, в общем, Google, вероятно, не собирается брать любезно на любое электронное письмо, которое Вы посылаете реле, которое не имеет записи SPF, которая покрывает Ваш инициирующий сервер.

Третья опция: Вы нашли некоторый волшебный интернет-вихрь что электронная почта реле с сервера на сервер без этих двух серверов, когда-либо говорящих друг с другом. Я сомневаюсь в этом.

Далее больше мне не удается видеть, почему я должен позволить поступать 25, если я не принимаю входящую электронную почту (за исключением возвратов, которые я принимаю решение проигнорировать, потому что каждый адрес электронной почты должен быть зарегистрирован),

Поскольку Вы повредите электронную почту в целом.

Я не для повторения меня, но...

Разместите дополнительную информацию, должен был разрешить это (информация о файле журнала и/или заголовки из демонстрационного электронного письма) так, чтобы мы могли добраться до сути проблемы. Иначе это - все предположение и будет только догадками.

Являются SenderID, DomainKeys и DKIM правильно набором? Взгляните на это сообщение в блоге http://www.digitalsanctuary.com/tech-blog/debian/setting-up-spf-senderid-domain-keys-and-dkim.html