Изпечатай

[proweb]

Здравейте,
Имам конфигурирам сървър с postfix. Проблема ми е, че когато пращам към gmail писмата ми отиват в спам. Четох и разглеждах много теми в интернет, но така и неможах да намеря решение на проблема. Надявам се тук някои да може да помогне. Направил съм проверка и не съм в никоя спам листа. http://www.mxtoolbox.com/SuperTool.aspx?action=blacklist%3a94.156.249.156

Delivered-To: iscrensoft2@gmail.com
Received: by 10.213.34.207 with SMTP id m15cs124968ebd;
        Fri, 10 Dec 2010 09:12:17 -0800 (PST)
Received: by 10.204.83.72 with SMTP id e8mr1006392bkl.118.1292001137149;
        Fri, 10 Dec 2010 09:12:17 -0800 (PST)
Return-Path: <info@proweb-bg.com>
Received: from mail.proweb-bg.com (mail.proweb-bg.com [94.156.249.156])
        by mx.google.com with ESMTP id f6si3381773fai.79.2010.12.10.09.12.16;
        Fri, 10 Dec 2010 09:12:17 -0800 (PST)
Received-SPF: pass (google.com: domain of info@proweb-bg.com designates 94.156.249.156 as permitted sender) client-ip=94.156.249.156;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of info@proweb-bg.com designates 94.156.249.156 as permitted sender) smtp.mail=info@proweb-bg.com
Received: from [192.168.1.3] (unknown [83.228.36.247])
   by mail.proweb-bg.com (Postfix) with ESMTPA id D425DAE495
   for <iscrensoft2@gmail.com>; Fri, 10 Dec 2010 19:12:32 +0200 (EET)
Message-ID: <4D025F6B.5040805@proweb-bg.com>
Date: Fri, 10 Dec 2010 19:12:11 +0200
From: ProWeb <info@proweb-bg.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; bg; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: iscrensoft2@gmail.com
Subject: test
Content-Type: text/plain; charset=windows-1251; format=flowed
Content-Transfer-Encoding: 7bit

test

[Naka]

можеш ли да дебугнеш smtp сессията към google.

например чрeз ngrep .... към 25 порт (не помня как беше точно синтаксиса)
когато почнат да си говорят сърверите през време на командата HELO (EHLO) трябва твоят сървер да съобщава proweb-bg.com а не нещо друго.

например трябва да е
...
...
EHLO proweb-bg.com
...
...



Аз имах проблем със спама към yahoo и проблема се оказа точно този. Мисля че и гоогъла реагира така.

Как точно изпращаш. какво е 83.228.36.247 и защо няма обратен резолв? (макар че не ми се вярвя да е от това.)
Можеш ли да изпратиш писмо директно от proweb-bg.com и да видиш резултата?


другият начин е (обаче при условие че абсолютно всичко ти е наред), някой друг или няколко човека  да ти кликнат на NOSPAM бутона.

Политиката на тези компании е че даже и абсолютно всичко да е наред, ако повечето потребители кликнат на СПАМ ип-то вече се отбелязва като спам.

[laskov]

Hostname, DNS A и PTR записи съвпадат. Имаш даже SPF запис! IP-то не е от мрежа с лоша репутация (впрочем така ли е?, какво като е на Нетера).
Не знам какво още искат, но май бях гледал някъде бланка-оплакване, която да попълниш и да им пратиш в случай като твоя.

[Naka]

Hostname, DNS A и PTR записи съвпадат. Имаш даже SPF запис!

не е достатъчно трябва EHLО командата да съобщава същият домейн. Един път го бях объркал (при postfix) и веднага попаднах във спам фолдера на yahoo. Обаче като се оправих не се възтанови.

Както и да е .. и аз псувах И аз не знам какво повече искат. 

ПС: дебуга с ngrep бях грешно написал в поста.

[proweb]

Много благодаря на всички, които отговориха.
Ето какво връща EHLO.

EHLO mail.proweb-bg.com
250-mail.proweb-bg.com
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-AUTH NTLM DIGEST-MD5 LOGIN PLAIN CRAM-MD5
250-AUTH=NTLM DIGEST-MD5 LOGIN PLAIN CRAM-MD5
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN


EHLO proweb-bg.com
250-mail.proweb-bg.com
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-AUTH NTLM DIGEST-MD5 LOGIN PLAIN CRAM-MD5
250-AUTH=NTLM DIGEST-MD5 LOGIN PLAIN CRAM-MD5
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

[Naka]

Това сигурен ли си че е smtp конекцията за изпращане на писмо(към google) между mail.proweb-bg.com и google?
Тези пощи като вземат адреса от EHLO правят ресолв на този адрес и ресолва трябва да съвпада с IP-то на сървера.

иначе точно така трябва да е. И аз не виждам какво не е наред. Остава ти форма за оплакване и чукане на NOSPAM от различни IP-ta

Като се оправиш пиши какъв е бил точно проблема. Имай в предвид че кликването на NOSPAM решава проблема локално само за определения gmail потребител. Т.е. ако си откриеш друг gmail адрес пак може да продължи да се доставя в spam foldera. Предполагам, че ако достатъчен брой потребители кликнат на NOSPAM ще стане глобално. Както и да е много им е тъпа идеята - всеки разбрал недоразбрал teenager без капка отговорност постоянно клика на spam. Тъй че много много не ги уважавам. Такъв бутон означава само едно - натопи другарче.

[ntrance]

Да не се мъчиш сложи в whitelist на qmail ип-то на сендера ( с една дума на postfix)

За спамфилтер  какво ползвап всъшност ?

[proweb]

Ресолва съвпада с ИПто на изпращача (т.е. това на сървъра).
Сървъра се използва основно за изпращане на фирмени e-mailи. Никога не е правен мейл шот от него и не вярвам някои да е кликал достатъчно пъти че съобщенията са спам, за да започнат да влизат на всички потребители в спама.

От къде може да пусна форма за оплакване?

В момента съм махнал спам филтъра, с цел да насоча конфигурацията единствено и само към postfixa.

[neter]

Проблемът ти е, че не подписваш писмата си с DKIM и DomainKeys. Зачети се какво са DKIM и DomainKeys, за да добиеш представа каква им е ползата. Вълшебният пакет е dkimproxy, така че може да се зачетеш в това ръководство (или някое друго, има много), за да разбереш как да го вържеш към Postfix

[proweb]

neter
Благодаря много. Сега ще почета и ще пиша какво е станало.

[proweb]

Вече си имам и подпис.
Това е отговора на тестов е-майл до test@dkimtest.jason.long.name

*** This is an automated response ***

This is the overall result of the message verification:
  pass

These are the results of each signature (in order):
  dkim=pass header.i=@proweb-bg.com
  domainkeys=pass header.from=info@proweb-bg.com

This is the result after checking the sender policy at "":
  accept

This is the result after checking the author policy at "":
  accept

This is the result after checking the ADSP policy at "":
  accept

Attached to this message you will find the original message as plain text,
as well as the canonicalized version of the message (if available).

Please note if your message had multiple signatures, that this
auto-responder looks for ANY passing signature, including DomainKeys
signatures.

Thank you for using the dkimproxy DKIM Auto Responder.
This Auto Responder tests the verification routines of Mail::DKIM 0.39.
For more information about Mail::DKIM, see http://dkimproxy.sourceforge.net/

If you have any questions about this automated tester, or if you
received this message in error, please send a note to
admin@dkimtest.jason.long.name

За съжаление проблема си остана

[neter]

Този инструмент не връща нищо за твоя домейн, а би трябвало да връща. Въвел ли си DNS записите за ключа към домейна? Ако не си, трябва да го направиш. Ако си го направил, то трябва да изчакаш още, докато записът се разпространи. Ползвай и този инструмент за проверка валидността на въведения селектор. Ето пример за редовете, които трябва да имаш в DNS записа за домейна:

_domainkey.proweb-bg.com. IN TXT "t=y; o=-;"
default._domainkey.proweb-bg.com. IN TXT "g=*; k=rsa; p=ТВОЯТ_КЛЮЧ;"

Ако не знаеш какво да въведеш на мястото на ТВОЯТ_КЛЮЧ, прочети пак ръководството, което ти дадох, в частта "Generating the keys and DNS records".
Покажи хедърите на подписано писмо, което си изпратил от твоя сървър (най-добре към gmail акаунт), за да видим добре ли се подписва. Ако искаш, може да пратиш и едно писмо към моя адрес (пише го в профила ми).

P.S.: Всъщност, да, не си задал ключа в домейна. Не се вижда ключ в изхода от

Код:

dig @94.156.249.156 _domainkey.proweb-bg.com TXT

Между другото, няма никаква полза от 3 NS субдомейна, водещи към една и съща машина, още по-малко, ако тази машина е машината, върху която се хоства сайтът на домейна. Помисли за промяна на това. Да има поне още една машина, на която да седи DNS записа на домейна. Ако ти липсват машини за това, по-добре ползвай DNS сървърите на регистрара.

[proweb]

Не съм пропуснал TXT записа. Щом не го показва при теб, ще приема, че трябва да изчакам.

М-у другото не би ли трябвало да е: dig @94.156.249.156 selector1._domainkey.proweb-bg.com TXT

[neter]

М-у другото не би ли трябвало да е: dig @94.156.249.156 selector1._domainkey.proweb-bg.com TXT

Не знаех как ти се казва селекторът, затова пробвах с другия TXT запис, който трябва да връща параметри за политиката. Виждам, че селекторът ти е невалиден, и инструментът за проверка, който ти дадох, казва защо. В по-горния пост ти дадох един пример как да си направиш селектора, смело можеш да използваш същите редове, като само замени "default" със "selector1" и въведи твоя ключ.

[laskov]

На http://www.sendmail.org/dkim/survey има препратки към две изследвания на разпространението и използването на технологиите SPF, DKIM ... Не е ясно кога са правени изследванията, но прави впечатление ниския процент на използване на DKIM - 0 и 1%, а такива, които може би го използват - 5%.
Не твърдя, че е безполезен и че е безсмислено да се внедрява, напротив. Но съм сигурен, че липсата му не е причината за проблема в конкретния случай.