Проблема е решен, темата може да бъде затворена.
Оказа се че всичко е наред с моя сървър, просто доставчика който неколкократно бях питал дали ме филтрира и той беше сигурен че не, наистина ме филтрира

Мисля че днс сървърите си ресолват както трябва, като питам нс-а на доставчика за abv.bg си връща отговор, както и ако питам моя нс.

има ревърсДНС за моето IP:
dig -x 84.54.191.238
;; ANSWER SECTION:
238.191.54.84.in-addr.arpa. 3600 IN     PTR     vlan-191-pppoe-238.comnet.bg.

моят домейн е pix-l.biz, но няма значение че ревърса сочи друго име. Може би тука е важно в HELOHOST файла какво ще пише, но аз съм пробвал и с името от доставчика и с моя домейн и пак същото.

Имам МХ записи за всеки домейн, не съм се изразил правилно просто, във всеки зонов файл има МХ запис.

ето какво има в лога qms-events.log:

1212150411:3413:------ START MSG 2008-05-30 15:26:51 ------
1212150411:3413:CONNECT-SMTP:87.126.254.126
1212150411:3413:ENV-HEADER:'pix-l.biz':office@pix-l.biz:qni@gbg.bg
1212150411:3413:HEADER:"Pix-L Ltd." <office@pix-l.biz>:qni@gbg.bg:sss1243364677
1212150411:3413:TYPE:MIXED
1212150426:3413:-    -    -:SCORE:REQ:QRTN:DEL:REJ
1212150426:3413:SPAM-RESULT:0.8:5.0:0:0:0
1212150426:3413:SCANTIME:14.318137
1212150426:3413:------ STOP MSG ---------------------------

опит за пращане на писмо до gmail....същата работа
@40000000483ff5cd1a5441dc starting delivery 28: msg 1834865 to remote yslavov@gmail.com
@40000000483ffa7d1f1da12c delivery 28: deferral: Connected_to_72.14.221.114_but_connection_died._(#4.4.2)/

на netstat виждам следното:
tcp        0      0 84.54.191.238:32983     72.14.221.114:25          ESTABLISHED

Идва ми нещо на ум ама незнам дали изобщо има логика, вече се омотах тотално ........ако доставчика ми е писал примерно за vlan-191-pppoe-238.comnet.bg.
МХ  10 mail.dostav4ika.com.
vlan-191-pppoe-238.comnet.bg. А 84.54.191.238

и съответно
238 PTR vlan-191-pppoe-238.comnet.bg.

а аз съм писал.

МХ 10 mail.pix-l.biz.
pix-l.biz. A 84.54.191.238

ще става ли обурквация.

здравейте,
имам пуснат и конфигуриран qmail със spamasasin, всичко е правено по ръководството от http://www.qmailrocks.org. Проблема е че не мога да изпращам писма до външни хостове. Какво имам предвид:
на моя сървър имам сетнати два виртуални домайна домайн1 и домайн2, между тях писма се изпращат и получават. Но от маил@домайн1 до nqkoj@аbv.bg не мога да пратя. Съобщението което ми дава в логовете е:
@40000000483fc38f27fa2374 starting delivery 1158: msg 1834851 to remote qni@abv.bg
@40000000483fc74e2d6b1d04 delivery 1149: deferral: Connected_to_194.153.145.93_but_connection_died._(#4.4.2)/

@40000000483fc38f27fa2374 starting delivery 1158: msg 1834851 to remote 0888888888@sms.mtel.net
@40000000483fc83f2a71e9d4 delivery 1158: deferral: Connected_to_213.226.6.21_but_connection_died._(#4.4.2)/


на сървара има пуснат и bind който отговаря за домейните домейн1 и домейн2, като MX записа в зоновите файлове сочи към mail.домайн1.

Цялата схема работеше когато ns-a беше пуснат на друг сървър а майл сървъра на този. Когато преместих ns-a при майл сървъра спря да праща. Някакъв проблем с ресолв или нещо из конфигурационните файлове на ns-a......аз не виждам такива, поне според мен де, нещо по настройки или права за qmail......незнам, гледах но нищо не могада видя което да не е както трябва.

друго което направих е:
Spam Database Lookup my_IP

rbl.smtpcheck.net Black Listed
zen.spamhaus.org Black Listed

това защо е станало и как незнам..!?

Това е ако някои има идеи или предложения да казва, ако ви трябват да видите конфигурационни фаилове кажете.
Мерси предварително.
Поздрави.

[NS ns1.mydomain.com.]

Един въпрос към запознатитес днс техниките и магиите '>

Така ситуацията е следната:
Сървър за хостинг с два NIC-a съответно на всеки закачен по едно ISP. Пуснати са всякакви услуги свързани с хостинга.
Пуснат е днс ns.mydomain.com който тговаря за всички хостинги, bind демона слуша на eth0 със съответното IP 10.10.10.1
Tака беше докато беше само един доставчик. Сега има вече втори и искам на eth1 със IP 10.10.10.3 за всички заявки да се грижи ns1.mydomain.com, който и трябва да конфигурирам.

Та въпроса ми е как точно ще стане това че вече много се омотах с тоя днс и или не мога да разбера или ми убягва просто начина.
Рутирането и балансинга през двете линии е оправено. Искам просто и ns.mydomain.com и ns1.mydomain.com да отговарят за едно и също. И ако единия нещо сгъне втория да се оправя. Имам предвид ако единия доставчик има проблем и остане втория ns1.mydomain.com да се грижи за всички заявки.
Втора инстанция на bind демона с отделни конф. файлове ли трябва да пусна да слуша на втория интерфейс, или просто трябва да донапиша нещо в зоновите файлове.
Четох за работа с изгледи но нещо не ми стана ясно дали ще мога да се оправя по тоя начин.
Мислех и да пробвам като донапиша в правата зона

           NS ns.mydomain.com.
          NS ns1.mydomain.com.

ns       A    10.10.10.1
ns1      A   10.10.10.3

и съответно да си направя и един обратен резолв на 10.10.10.3 но не съм сигурен дали ще стане така, защото какво става като падне доставчика даващ ми IP 10.10.10.1 а зоновите файлове на всички хостове са асоцирани с него?
Мислех си да се реализира като едната линия остане бекъп и при срив /който се следи със някакъв скрипт който пуска пинг до gw примерно/ на първата да пуска втората като бърка в рутинг таблицата и рестартира bind демона с друг конфигурационен файл и с други зонове файлове. Обаче целтa и двете линии да си вървят постоянно.

Нека който има идеи да помага. Моята логика може и да е грешна, няма да се учудя след толкова изчетен матрял за тоя пуст BIND   . Ако е така кажете ми, нищо чудно да съм тръгнал в грешна посока и да се опитвам прекалено сложно да го напрая.

Някакви неясноти ако има казвайте, или пък някaкви файлове ако трябват да се гледат също казвайте. Мерси предварително на отзовалите се.
Дистрибуцията е slackware-10.2 със  bind-9.3.1, IP адресите са измислени .

ето конф. файлове на главната зона и на една от хостваните.

mydomain.com

Примерен код

$TTL 86400 @   IN   SOA   mydomain.com. root.mydomain.com. (          199802155          8H          2H          4W          1D )       NS    ns.mydomain.com.           MX    10 mail.mydomain.com.     localhost    A    127.0.0.1 mydomain.com.   A    10.10.10.1 ns      A   10.10.10.1 www       A    10.10.10.1 mail      A    10.10.10.1 ftp      CNAME   mydomain.com.

host1.org

Примерен код

$TTL 86400 @   IN   SOA   mydomain.com. root.mydomain.com. (          199802154          8H          2H          4W          1D ) host1.org.      NS    ns.mydomain.com.         localhost.host1.org.    A    127.0.0.1 host1.org.      A    10.10.10.1 ftp            A   10.10.10.1 www            CNAME   host1.org.

[NS ns1.mydomain.com.]

Един въпрос към запознатитес днс техниките и магиите '>

Така ситуацията е следната:
Сървър за хостинг с два NIC-a съответно на всеки закачен по едно ISP. Пуснати са всякакви услуги свързани с хостинга.
Пуснат е днс ns.mydomain.com който тговаря за всички хостинги, bind демона слуша на eth0 със съответното IP 10.10.10.1
Tака беше докато беше само един доставчик. Сега има вече втори и искам на eth1 със IP 10.10.10.3 за всички заявки да се грижи ns1.mydomain.com, който и трябва да конфигурирам.

Та въпроса ми е как точно ще стане това че вече много се омотах с тоя днс и или не мога да разбера или ми убягва просто начина.
Рутирането и балансинга през двете линии е оправено. Искам просто и ns.mydomain.com и ns1.mydomain.com да отговарят за едно и също. И ако единия нещо сгъне втория да се оправя. Имам предвид ако единия доставчик има проблем и остане втория ns1.mydomain.com да се грижи за всички заявки.
Втора инстанция на bind демона с отделни конф. файлове ли трябва да пусна да слуша на втория интерфейс, или просто трябва да донапиша нещо в зоновите файлове.
Четох за работа с изгледи но нещо не ми стана ясно дали ще мога да се оправя по тоя начин.
Мислех и да пробвам като донапиша в правата зона

           NS ns.mydomain.com.
          NS ns1.mydomain.com.

ns       A    10.10.10.1
ns1      A   10.10.10.3

и съответно да си направя и един обратен резолв на 10.10.10.3 но не съм сигурен дали ще стане така, защото какво става като падне доставчика даващ ми IP 10.10.10.1 а зоновите файлове на всички хостове са асоцирани с него?
Мислех си да се реализира като едната линия остане бекъп и при срив /който се следи със някакъв скрипт който пуска пинг до gw примерно/ на първата да пуска втората като бърка в рутинг таблицата и рестартира bind демона с друг конфигурационен файл и с други зонове файлове. Обаче целтa и двете линии да си вървят постоянно.

Нека който има идеи да помага. Моята логика може и да е грешна, няма да се учудя след толкова изчетен матрял за тоя пуст BIND   . Ако е така кажете ми, нищо чудно да съм тръгнал в грешна посока и да се опитвам прекалено сложно да го напрая.

Някакви неясноти ако има казвайте, или пък някaкви файлове ако трябват да се гледат също казвайте. Мерси предварително на отзовалите се.
Дистрибуцията е slackware-10.2 със  bind-9.3.1

[@bogi76]

няколко интересни мнения по темата '>
@bogi76 каде си тръгнал ве брат ми, кой мислиш че ще зарибиш с тея шитс.

http://www.d12world.com/board/archive/index.php/t-184099.html
http://forum.vipsalary.com/viewtop....dee514a

p.s.
честито ми първо мнение '>