Postfiks e-mail oznaczony przez Google jako spam

3

Szukałem tego pytania, znalazłem kilka odpowiedzi, ale nie mam pojęcia, jak to naprawić, problem polega na tym, że naprawdę jestem głupi z tym wszystkim!

Skonfigurowałem postfiks i zrobiłem wszystko, co powiedział instalator. Wysyła wiadomość e-mail, ale zostaje oznaczona jako spam! Nagłówek jest następujący:

Delivered-To: [email protected]
Received: by 10.223.86.203 with SMTP id t11cs837410fal;
        Wed, 12 Jan 2011 04:02:21 -0800 (PST)
X-pstn-nxpr: disp=neutral, [email protected]
X-pstn-nxp: bodyHash=9c6d0c64fa3a4d663c9968e9545c47d77ae0242e, headerHash=1ab8726bd17a23218309165bd20fe6e0911627cd, keyName=4, rcptHash=178929be6ed8451d98a4df01a463784e6c59b3b4, sourceip=174.121.4.154, version=1
Received: by 10.100.190.13 with SMTP id n13mr537609anf.76.1294833740396;
        Wed, 12 Jan 2011 04:02:20 -0800 (PST)
Return-Path: <[email protected]>
Received: from psmtp.com ([74.125.245.168])
        by mx.google.com with SMTP id w2si1297960anw.132.2011.01.12.04.02.19;
        Wed, 12 Jan 2011 04:02:20 -0800 (PST)
Received-SPF: pass (google.com: domain of [email protected] designates 174.121.4.154 as permitted sender) client-ip=174.121.4.154;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of [email protected] designates 174.121.4.154 as permitted sender) [email protected]
Received: from source ([174.121.4.154]) by na3sys010amx168.postini.com ([74.125.244.10]) with SMTP;
    Wed, 12 Jan 2011 12:02:19 GMT
Received: from localhost (server [127.0.0.1])
    (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
    (No client certificate requested)
    by brasilyacht.com.br (Postfix) with ESMTP id 87C121290142;
    Wed, 12 Jan 2011 09:50:29 -0200 (BRST)
From: YachtBrasil <[email protected]>
Reply-To: Vendas <[email protected]>
Cc: YachtBrasil <[email protected]>
To: [email protected]
Subject: teste
Date: Wed, 12 Jan 2011 09:50:29 -0200
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
MIME-Version: 1.0
Message-Id: <[email protected]>
X-pstn-2strike: clear
X-pstn-neptune: 0/0/0.00/0
X-pstn-levels: (S: 1.96218/99.81787 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-settings: 3 (1.0000:1.0000) s cv gt3 gt2 gt1 r p m c
X-pstn-addresses: from <[email protected]> [db-null]

Nie mam pomysłów, jak to naprawić, myślę, że to problem z dns, ale zaznaczyłem plik SPF wewnątrz mojego tinydns = (

Czy mogę sprawdzić, czy ten e-mail jest oznaczony jako spam? Każda pomoc będzie mile widziana!

Dzięki i przepraszam za mój zły angielski.

Rodrigo Ferrari
źródło

Odpowiedzi:

2

Na początek potrzebujesz adresu statycznego z rekordem PTR wskazującym twój rekord A. W przeciwnym razie wyglądasz jak spamer.

Dodaj rekord SPF dla swojego serwera poczty, umożliwiając mu wysyłanie wiadomości e-mail. Coś takiego v=spf1 a -allbyłoby odpowiednie. Polecam serwery poczty FQDN (w pełni kwalifikowana nazwa domeny) nie powinna być taka sama jak nazwa domeny. Coś jak mail.example.comlub smtp.example.comdla domeny example.comjest odpowiednie. Domena powinna mieć rekord SPF podobny do tego v=spf1 mx ?all, chociaż wolę, v=spf1 mx -allgdy wszystko zacznie działać.

Rozważ dodanie podpisu DKIM do wszystkich wychodzących wiadomości e-mail.

Niedawno napisałem post na temat konfiguracji serwera e-mail . Możesz przyjrzeć się temu i mojej polityce e-mail .

BillThor
źródło
1
zauważ, że zasugerowanie przez BillThor potrzeby posiadania rekordu PTR jest naprawdę ważne. Najprawdopodobniej będziesz musiał poprosić swojego usługodawcę internetowego o zdefiniowanie tego rekordu PTR w Twoim imieniu. Byłem w stanie zdefiniować własne rekordy PTR, kiedy miałem dostęp do całych sieci klasy C, ale musiałem polegać na dostawcy usług internetowych, gdy miałem do czynienia z mniejszymi blokami sieci.
Patrick R
1

Nie znaleziono żadnej poprawki, ponieważ nie ma jednej poprawki - wyjaśniono to w większości odpowiedzi.

Większość dostawców nie powie ci o metodach wykorzystywanych do klasyfikowania spamu. Charakter filtrowania bayesowskiego powoduje, że administrator tak naprawdę nie wie, w jaki sposób filtr klasyfikuje wiadomości jako spam.

Masz już skonfigurowany SPF - ale czy twoje rekordy są restrykcyjne?

"v=spf1 a mx ?all"
  • najwyraźniej nie.

Czy ograniczasz stawki wiadomości? Czy Twój host pojawia się w którejkolwiek z RBL?

Niestety tak naprawdę nie można tego rozwiązać bez dużej wiedzy / wysiłku / próby + błędu

symcbean
źródło
1

myślę, że to nie jest problem SPF.

Received-SPF: pass (google.com: domain of [email protected] designates 174.121.4.154 as permitted sender) client-ip=174.121.4.154;

Jak widać, Twój serwer pomyślnie przeszedł kontrolę SPF. btw. tutaj możesz przetestować swoje rekordy SPF : Narzędzia do testowania rekordów SPF

problemem może być analiza treści, którą można zobaczyć w dodatkowych nagłówkach: X-pstn- *

chroniony przez Postini

Interpretuj znaczniki nagłówka wiadomości

Bernd Ott
źródło