Linux за българи: Форуми

Здравейте,
Имам конфигурирам сървър с 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

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

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

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



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

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


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

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

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

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

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

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

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

Много благодаря на всички, които отговориха.
Ето какво връща 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

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

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

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

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

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

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

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

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

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

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

Вече си имам и подпис.
Това е отговора на тестов е-майл до 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

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

Този ($2) инструмент не връща нищо за твоя домейн, а би трябвало да връща. Въвел ли си DNS записите за ключа към домейна? Ако не си, трябва да го направиш. Ако си го направил, то трябва да изчакаш още, докато записът се разпространи. Ползвай и този ($2) инструмент за проверка валидността на въведения селектор. Ето пример за редовете, които трябва да имаш в 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.: Всъщност, да, не си задал ключа в домейна. Не се вижда ключ в изхода от
Между другото, няма никаква полза от 3 NS субдомейна, водещи към една и съща машина, още по-малко, ако тази машина е машината, върху която се хоства сайтът на домейна. Помисли за промяна на това. Да има поне още една машина, на която да седи DNS записа на домейна. Ако ти липсват машини за това, по-добре ползвай DNS сървърите на регистрара.

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

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

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

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

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

Преди време като са борих с Yahoo mail, четох във форуми където хората казваха, че са направили абосолютно всичко, но даже и след инсталирането на DomainKeys, проблема си е останал. Затова си мисля че този DomainKeys е нищо повече от замазване на очите и не решава проблема.

Аз нямам DomainKeys но писмата ми се доставят (не като спам) в inboxa на Google. Затова си мисля, че независмо как ти е писмото с много голям приоритет са IP списъците които тези пощи подържат.
Дайте да организираме една групи4ка и да си докладване NOSPAM взаимно. Явно тези пощи няма да се оправят.

Подписах си писмото и проблема си остана.
М-у другото и аз бях забелязал, че има писма които не са подписани, но не утиват в спам.
Започвам да си мисля, че каквото и да направя проблема няма да се оправи.
Интересното е, че забелязах, че някои от писмата от Нетера утиват в спама. Много тъпо ще стане, ако трябва да си местя сървъра заради това.
Взех си VPS за един ден от друг доставчик, сложих му същите конфигурационни файлове (само с необходимите промени на хостове и IPта) и писмата си влизаха в инбокса.
Аз с Yahoo нямам проблем.
Може евентуално да помисля да опитам да пращам от външен сървър, но ще трябва да давам пари за VPS само заради един мейл.

Покажи как изглеждат сега хедърите ти, за да видим добре ли се подписва.

Възможно е подписването да не реши проблема, въпреки че подписаните писма се харесват значително повече на Gmail и Yahoo. Не съм си играл да видя има ли някаква зависимост откъде се изпращат писмата, за да има някакво значение подписването. Просто на 2 от пощенските ми сървъри преди време всички писма към Gmail и Yahoo започнаха да влизат в спам без видима причина (промени по сървърите или вкарване на IP-тата/мрежите в черни списъци). Работата заспа след като почнах да ги подписвам с DKIM и DomainKeys. Текущо имам още 2 пощенски сървъра в съвсем други мрежи, но още от самата им инсталация ги подписвам с DKIM и DomainKeys и не мога да кажа биха ли влизали писмата в спам или не, а нямам възможност да им разкачам ключовете сега (всичко друго е ограничено).
По принцип си подписвам писмата и поради друга причина - тъй като заради подписването хората из офисите, които ползват тези сървъри, се налага да се връзват не към порт 25, а към порт 587, ограничаването на порт 25 в рутерите спира доста вирусен трафик, а тъй като повечето ползват Windows, това никак не е без значение. Е, докато не почнат и вирусите да се връзват към пощенските сървъри, към които са насочени, през порт 587 :)

Delivered-To: isocomputers@gmail.com
Received: by 10.223.72.207 with SMTP id n15cs81165faj;
        Mon, 20 Dec 2010 06:05:18 -0800 (PST)
Received: by 10.223.106.14 with SMTP id v14mr4752816fao.107.1292853908337;
        Mon, 20 Dec 2010 06:05:08 -0800 (PST)
Return-Path: <support@proweb-bg.com>
Received: from mail.proweb-bg.com (mail.proweb-bg.com [94.156.249.156])
        by mx.google.com with ESMTP id a17si3135623fak.204.2010.12.20.06.05.06;
        Mon, 20 Dec 2010 06:05:06 -0800 (PST)
Received-SPF: pass (google.com: domain of support@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 support@proweb-bg.com designates 94.156.249.156 as permitted sender) smtp.mail=support@proweb-bg.com; dkim=pass header.i=@proweb-bg.com
Received: from mail.proweb-bg.com (proweb-bg.local [127.0.0.1])
   by mail.proweb-bg.com (Postfix) with ESMTP id 30BDBAE49D
   for <isocomputers@gmail.com>; Mon, 20 Dec 2010 16:05:10 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=proweb-bg.com; h=
   message-id:date:from:mime-version:to:subject:content-type
   :content-transfer-encoding; s=selector1; bh=/edzoYuyn17WXm8KeqcX
   /R+khdQ=; b=rBqup17S7dXa2EtQV/xFi3wxTYumXpvWouZq/mo3tkE6vYxMZ3ym
   kCi5z/1K0xeszziH+UlWdPO+P6grCmebGg4u01zpGXKcbuR1vM/HV9kk6CLDfwNg
   yJKBzVRYqxl+nl+XUzGY4ubL+4EvmplchDxTcGwIG70YQ5gOKxzoE+0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=proweb-bg.com; h=message-id
   :date:from:mime-version:to:subject:content-type
   :content-transfer-encoding; q=dns; s=selector1; b=dK1jVru6SYz6C3
   yllFrPxQfVKuJXzaJq1qCRjcvIu0muofSZbw2WVsV15DDlzxQI/OLlgl2m3CP/KH
   RTmcLEL8KNxTJ9tEqw2oebp+xVS2q6fw8vPlVyLVuTs3nVjXVHsABE4s9BaOwaGY
   h+bMjI7M5dYJYx0GnMCEeA61QhBtA=
Received: from [192.168.1.2] (unknown [83.228.36.247])
   by mail.proweb-bg.com (Postfix) with ESMTPA id 07B26AE49C
   for <isocomputers@gmail.com>; Mon, 20 Dec 2010 16:05:09 +0200 (EET)
Message-ID: <4D0F6290.8090905@proweb-bg.com>
Date: Mon, 20 Dec 2010 16:05:04 +0200
From: ProWeb Support <support@proweb-bg.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; bg; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: isocomputers@gmail.com
Subject: test
Content-Type: text/plain; charset=windows-1251; format=flowed
Content-Transfer-Encoding: 7bit

test

------------------------------------------------------------------------------------------------------------------------------------

Тук намерих един инструмент за тест - http://dkimproxy.sourceforge.net/support.html

Ето резултата от него.

*** 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 "proweb-bg.com":
  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


rfc822.txt

Return-Path: <info@proweb-bg.com>
X-Original-To: dkimtest@mx1.messiah.edu
Delivered-To: dkimtest@mx1.messiah.edu
Received: from mx1.messiah.edu (localhost [127.0.0.1])
   by mx1.messiah.edu (Postfix) with ESMTP id EC6D1DC237
   for <dkimtest@mx1.messiah.edu>; Mon, 20 Dec 2010 09:14:52 -0500 (EST)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx2.messiah.edu
X-Spam-Level:
X-Spam-Status: No, score=-0.9 required=4.0 tests=AWL,BAYES_00,DKIM_SIGNED,
   DKIM_VALID,DKIM_VALID_AU,LOCALPART_IN_SUBJECT,T_RP_MATCHES_RCVD autolearn=no
   version=3.3.1
Received: from mx2.messiah.edu (mx2.messiah.edu [153.42.64.13])
   by mx1.messiah.edu (Postfix) with ESMTP id ADA6FDC230
   for <dkimtest@mx1.messiah.edu>; Mon, 20 Dec 2010 09:14:52 -0500 (EST)
Received: from mx2.messiah.edu (localhost [127.0.0.1])
   by mx2.messiah.edu (Postfix) with ESMTP id EF2DD7AC200
   for <dkimtest@mx1.messiah.edu>; Mon, 20 Dec 2010 09:14:50 -0500 (EST)
Received: from mail.proweb-bg.com (mail.proweb-bg.com [94.156.249.156])
   by mx2.messiah.edu (Postfix) with ESMTP id 9F1327AC1FF
   for <test@dkimtest.jason.long.name>; Mon, 20 Dec 2010 09:14:50 -0500 (EST)
Received: from mail.proweb-bg.com (proweb-bg.local [127.0.0.1])
   by mail.proweb-bg.com (Postfix) with ESMTP id 6DB71AE49D
   for <test@dkimtest.jason.long.name>; Mon, 20 Dec 2010 16:14:52 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=proweb-bg.com; h=
   message-id:date:from:mime-version:to:subject:content-type
   :content-transfer-encoding; s=selector1; bh=/edzoYuyn17WXm8KeqcX
   /R+khdQ=; b=UaC2wx/smIvfLNVsm3R65vptnnOLmao7E9emmWxcRW9P5ltIAuds
   7B9/4AaLyCb7cnk5fw4mIRxVQkz0dX18BmCDQtAbEOq9C6I2XeiTf5PeZFqXagia
   pSWtdTs8o3z0tH40KxtZZgL6dpW6TNRMJyQcEZsbn6cL/OqNLl5zcRg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=proweb-bg.com; h=message-id
   :date:from:mime-version:to:subject:content-type
   :content-transfer-encoding; q=dns; s=selector1; b=QDjf3eABX/ji16
   N+8sVFqSZzW85WXYM1GLjXxHI6XvzoQAIwt0fxHIP3Koh6dhEu4OPQWSK2j8jTI3
   VxIGWKEHJXBPtEpsFi/dpW5YF9fNa6fDHwaSzewFfuqVTpUd23kOm32Bu7XevepR
   sW8nZT8tpqTwzoKGqmVvO5k8S257c=
Received: from [192.168.1.2] (unknown [83.228.36.247])
   by mail.proweb-bg.com (Postfix) with ESMTPA id 4B3B5AE49C
   for <test@dkimtest.jason.long.name>; Mon, 20 Dec 2010 16:14:52 +0200 (EET)
Message-ID: <4D0F64D6.9060903@proweb-bg.com>
Date: Mon, 20 Dec 2010 16:14:46 +0200
From: ProWeb <info@proweb-bg.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; bg; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: test@dkimtest.jason.long.name
Subject: test
Content-Type: text/plain; charset=windows-1251; format=flowed
Content-Transfer-Encoding: 7bit

test

-------------------------------------------------

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

Сетих се, че имам IPта от друга мрежа. Та смених smtp сървъра да изпраща от едно от тях и всичко се оправи. Сега не влиза в спама, дори и когато не е подписано.
Искам да благодаря на абсолютно всички, които писаха в темата.

Т.е. болката беше от IP-тата на Нетера (техните мрежи са в кофтия списък на Gmail-а), а не от DKIM или SPF-a настройки.

Т.е. болката беше от IP-тата на Нетера (техните мрежи са в кофтия списък на Gmail-а), а не от DKIM или SPF-a настройки.

И да и не.
Когато си колокирах сървъра получих 1 ип от мрежа 94.156.249.ххх и 15 от мрежа 87.121.111.ххх
Когато изпращам от 94.156.249.ххх отива в спам. Когато обаче изпращам от което и да е ip от мрежата 87.121.111.ххх нямам проблеми. Когато сменям IPто правя и необходимите промени в DNSите. Тъй като моето IP от мрежа 94.156.249.ххх не е в blacklist приемам, че gmail просто не харесва тази мрежа (знам ли защо...).
Въпреки че аз си реших проблема, все пак ще пиша на Нетера да си погледнат мрежата, защото може да има и други с моят проблем.

Прав си колега, хубаво е доставчика да знае. Утре и друг ще се чуди, защо му се връщат писмата или се броят за спам-ове. Аз преди време с едни руски и грузински мейлери имах болка, при мои клиенти. Релейвах през mbox-а на VivaCom.  И ония ги reject-ваха директно.