logi messges

[gribollo 0]

witam mam taki problem  w logach messges  mam na serwerze directadmin

 

Dec 8 02:15:36 niok kernel: [62934.172910] exim[6845]: segfault at 1820161a ip 1820161a sp bf91dbac error 4

Dec 8 02:30:36 niok kernel: [63897.349604] exim[6894]: segfault at 1820161a ip 1820161a sp bf86907c error 4

Dec 8 02:45:36 niok kernel: [64867.628924] exim[6939]: segfault at 1820161a ip 1820161a sp bf96594c error 4

[www.ionic.pl 535]

Przekompiluj exima.

[gribollo 0]

ok  dzieki  niedawno  kombilowałem i myslałem ze nie pomorze pewnie wczesniej cos zwaliłem teras jest ok

 

jeszcze mam jedem problem  jak to rozwiazac  nie dochodzi poczta do    o2 jak wy to rozwjazujecie

[gribollo 0]

dam logi

 

2009-12-08 15:34:15 H=(mail4.elettery.pl) [83.1.90.3] F=<bounce@elettery.pl> rejected RCPT <stef@iok.pl>: Unrouteable address

2009-12-08 15:34:15 H=(mail4.elettery.pl) [83.1.90.3] incomplete transaction (RSET) from <bounce@elettery.pl>

2009-12-08 15:49:01 1NI1N7-0002rT-Ar <= admin@damena.pl H=localhost ([83.1.90.250]) [127.0.0.1] P=esmtpa A=login:admin@domenoo.pl S=691 id=392d3586690aa3667c2e8cf67d2518a4.squirrel@83.1.90.250 T="" from <admin@domena.pl> for gribollo1@o2.pl

2009-12-08 15:49:49 1NI1N7-0002rT-Ar ** gribollo1@o2.pl F=<admin@domena.pl> R=lookuphost T=remote_smtp: SMTP error from remote mail server after initial connection: host mx5.go2.pl [193.17.41.45]: 554 Client address rejected: No reverse DNS for 83.1.0.0

2009-12-08 15:49:49 1NI1Nt-0002rf-Og <= <> R=1NI1N7-0002rT-Ar U=mail P=local S=1596 T="Mail delivery failed: returning message to sender" from <> for admin@domena.pl

2009-12-08 15:49:49 1NI1N7-0002rT-Ar Completed

2009-12-08 15:49:49 1NI1Nt-0002rf-Og => admin <admin@domeno.pl> F=<> R=virtual_user T=virtual_localdelivery S=1689

2009-12-08 15:49:49 1NI1Nt-0002rf-Og Completed

 

 

 

Edytowano Grudzień 8, 2009 przez gribollo (zobacz historię edycji)

[Hekko.pl 239]

Powód: No reverse DNS for 83.1.90.250

[gribollo 0]

Powód: No reverse DNS for 83.1.90.250

 

no niewiem czy dobrze mysle przekierowałem domene  na  własny serwer DNS    i czekałem 30 gdz  i     nie dzała domena jak by niedzałały  serwer dns   tylko działa przekierowanie na IP jak włacze  ale poczta nie dochodzi  gdzie sprawdzic w logi  dns  

[regdos 1848]

Poczytaj co to reverse DNS http://pl.wikipedia.org/wiki/Reverse_DNS

[gribollo 0]

witam nie pisałem bo czekałem na  servery dns zeby mie zeskanowały i mam takie problemy  ze nie widzi mi recorda a  jak wpisze dig crova.com.pl  tak mam w pliku

 

 

@ IN SOA ns1.niok.pl. hostmaster.crova.com.pl. (

2009120700

14400

3600

1209600

86400 )

 

crova.com.pl. 14400 IN NS ns1.niok.pl.

crova.com.pl. 14400 IN NS ns2.niok.pl.

 

crova.com.pl. 14400 IN A 83.1.90.250

ftp 14400 IN A 83.1.90.250

localhost 14400 IN A 127.0.0.1

mail 14400 IN A 83.1.90.250

pop 14400 IN A 83.1.90.250

smtp 14400 IN A 83.1.90.250

www 14400 IN A 83.1.90.250

 

crova.com.pl. 14400 IN MX 10 mail

 

 

 

crova.com.pl. 14400 IN TXT "v=spf1 a mx ip4:83.1.90.250 ~all"

[regdos 1848]

1. RevDNS nie ustawiasz Ty tylko firma od której masz IP

2. ns1.niok.pl i ns2.niok.pl są aliasami (CNAME) do niok.pl i zapewne nie zostały zarejestrowane jako serwery DNS dlatego domena nie działa bo registry nie wie jakei NS-y ją obsługują.

[p 3]

ns1.niok.pl i ns2.niok.pl są aliasami (CNAME) do niok.pl i zapewne nie zostały zarejestrowane jako serwery DNS dlatego domena nie działa bo registry nie wie jakei NS-y ją obsługują.

Registry wie jakie NS'y ją obsługują (ns1.niok.pl i ns2.niok.pl).

Registry nie musi znać IP NS'ów, bo to nie ono jest odpowiedzialne za rozwinięcie nazwy.

Natomiast faktycznie wygląda na to, że niektóre resolvery (np. te używane przez Level3) mają problem z poprawnym rozwinięciem nazwy, jeżeli NS to CNAME.

[regdos 1848]

Registry wie jakie NS'y ją obsługują (ns1.niok.pl i ns2.niok.pl).

Registry nie musi znać IP NS'ów, bo to nie ono jest odpowiedzialne za rozwinięcie nazwy.

Natomiast faktycznie wygląda na to, że niektóre resolvery (np. te używane przez Level3) mają problem z poprawnym rozwinięciem nazwy, jeżeli NS to CNAME.

 

Hmmm, pewnie masz rację.

 

Tylko dlaczego w 3 różnych lokalizacjach:

#host crova.com.pl

Host crova.com.pl not found: 3(NXDOMAIN)

 

# host crova.com.pl

Host crova.com.pl not found: 2(SERVFAIL)

 

# host crova.com.pl

crova.com.pl A record not found, server failure

 

Czy w/g RFC Glue Records nie powinny być tylko i wyłącznie jako A ?

[p 3]

Tylko dlaczego w 3 różnych lokalizacjach:

Bo wszystkie mają kiepskie resolvery?

 

p:~$ dig +short crova.com.pl
p:~$ dig +short crova.com.pl @4.2.2.2
p:~$ dig +short crova.com.pl @8.8.8.8
83.1.90.250
p:~$ dig +short crova.com.pl @rdns1.ultradns.net
83.1.90.250
p:~$ dig +short crova.com.pl @resolver1.opendns.com
83.1.90.250

[regdos 1848]

Bo wszystkie mają kiepskie resolvery?

 

 

Oprócz ns-ów home.pl gdzie jest ta domena niok.pl utrzymywana nie udało mi się nic znaleźć w PL co rozwiązuje crova.com.pl

 

Może to jednak dlatego, że te Glue records ns1.niok.pl i ns2.niok.pl są jako CNAME.

[p 3]

2.4 CNAME records

 

Having NS records pointing to a CNAME is bad and may conflict badly

with current BIND servers. In fact, current BIND implementations

will ignore such records, possibly leading to a lame delegation.

There is a certain amount of security checking done in BIND to

prevent spoofing DNS NS records. Also, older BIND servers reportedly

will get caught in an infinite query loop trying to figure out the

address for the aliased nameserver, causing a continuous stream of

DNS requests to be sent.

 

10.3. MX and NS records

 

The domain name used as the value of a NS resource record, or part of

the value of a MX resource record must not be an alias. Not only is

the specification clear on this point, but using an alias in either

of these positions neither works as well as might be hoped, nor well

fulfills the ambition that may have led to this approach. This

domain name must have as its value one or more address records.

Currently those will be A records, however in the future other record

types giving addressing information may be acceptable. It can also

have other RRs, but never a CNAME RR.

 

Searching for either NS or MX records causes "additional section

processing" in which address records associated with the value of the

record sought are appended to the answer. This helps avoid needless

extra queries that are easily anticipated when the first was made.

 

Additional section processing does not include CNAME records, let

alone the address records that may be associated with the canonical

name derived from the alias. Thus, if an alias is used as the value

of an NS or MX record, no address will be returned with the NS or MX

value. This can cause extra queries, and extra network burden, on

every query. It is trivial for the DNS administrator to avoid this

by resolving the alias and placing the canonical name directly in the

affected record just once when it is updated or installed. In some

particular hard cases the lack of the additional section address

records in the results of a NS lookup can cause the request to fail.

[gribollo 0]

witam wielkie dzieki wszystkim poradziłem sobie

pozdrawiam