Printable View
Zdravím. Nevíte, kde by mohla být chyba. Pod Winserverem 2003 mam exchange server a tam mi nebeží stmp.
výpis logu:
SMTP could not connect to the DNS server '10.0.0.138'. The protocol used was 'UDP'. It may be down or inaccessible.
Přitom na 10.0.0.138 je DNS které používají všechny ostatní pc v síti.
Jsem z toho jelen. A sefrovaní normálně jde. Tak by mě zajímalo proč SMTP nenajde DNS a IE ho najde bez problemů.
Díky za radu
Co MX zaznam na tom DNSku? Je tam v poradku vytvorenej?
Zkus to zkontrolovat.
Tak ten tam urcite neni. A nebyl ani pri starem serveru ktery fungoval.Citace:
Původně odeslal _Tomas
Muzu technickou zvedavou? Od kdy resp. proc a nac se SMTP server pripojuje na DNS server? diky za kratke vysvetleni, provozuji postfix v jedne firme a primo na DNS se IMHO nepripojuje.
SMTP server se na DNS pripojuje proto, aby mohl zjistit MX zaznam domeny na kterou bude preposilat mail (tj. aby zjistil IP adresu SMTP serveru, kteremu preda mail urceny do konkretni domenu)
a proc se kvuli tomu pripojuje na DNS server a nezepta se hostujiciho OS, jako to delaji vsechny ostatni slusne vychovane programy, co potrebuji preklad adres resp. MX?
Protoze pokud onen hostujici OS neni sam radic domeny, resp. nebezi na nem DNS sluzba pro danou domenu, tak to onen hostujici OS rovnez zjistuje na DNS serveru dane domeny,protoze dany zaznamy si vetsinou nedrzi. Je to napr. proto, aby Exchnage nebyl na stroji, ktery je primo pripojen na net a vystaven tak vetsimu nebezpeci nejakyho utoku, nebo ve vetsich sitich i kvuli load balancingu - preci jen x set/tisic uzivatelu - vyuzivajicich DNS a Exchange na jednom stroji...neni zrovna nenarocny na jeden stroj
predem se omluvam za mirny OT: uprimne receno, moc jsem tvuj post nepochopil, Tomasi. Exchange si tedy sam resolvuje DNS, misto aby k tomu pouzival systemove sluzby? trochu mi to pripomina ostatni MS produkty ve stylu "proc pouzivat standardni a osvedcene reseni, kdyz to jde jinak a hure". Nevim zcela jiste, zdali napr. postfix pouziva systemove resolvovani, ale predpokladam ze ano, protoze se v nem zadne DNS servery nenastavuji. Pokusis se mi prosim dovysvetlit vyhodu tohoto reseni? predem dekuji :)
Exchange pro spravnou funkci potrebuje MX zaznam na DNSku. Pokud na serveru neni Exchange, nebo jiny email. server nevybavuju si zadnou jinou aplikaci, ktera je soucati Windows Serveru, ktera by potrebovala pro praci MX zaznam na DNSku (Vyjma basic pop3 a smtp sluzby, ktera je v nem obsazena,ta se ale neda nazyvat emailovym serverem),takze IMHO si MX zaznam v DNSku hleda pouze emailovej server, tady je to Exchange. Jestli a jak moc je to vyhodny oproti jinym resenim netusim. Krom tech duvodu co jsem uvedl vyse me jich ted moc nenapada. Mozna lepsi vysvetleni najdes tady:
http://www.computerperformance.co.uk...S%20and%20SMTP
a pak tady:
http://www.computerperformance.co.uk...MX_records.htm
Jinak pro Worma:
zkus stahnou SMTPDiag:
http://www.microsoft.com/downloads/d...displaylang=en
a podle tohohle navodu zkus z toho neco vystourat:
http://www.msexchange.org/tutorials/...-SMTP-DNS.html
Pokud to nepomuze, tak se muzes obratit na MS Support: 841 300 300
V pripade, ze mate nejakej Action Pack, nebo jste partneri MS, tak by se to dalo resit "za incident", pokud ne, je cena profi podpory cca. 6000,- za pripad.
Mailserver (MTA) potrebuje MX zaznam na DNSku? To uz zni jako sci-fi :) Ja zil v domeni, ze MX zaznam je dobry pro to, kdyz chce nejaky cizi mailserver napr. z jizni ameriky poslat mail nejakemu uplne jinemu serveru, treba tomu nasemu. Pak se skutecne hodi mit MX zaznam na odpovidajicimu DNSku, jinak ten cizi server jaksi nema mail kam poslat....ale ze se muj smtp mailserver nespusti, protoze nemam MX zaznam na DNSku, je vskutku zarazejici...jinymi slovy, aby mohl exchange server fungovat, musi mit prirazenou existujici domenu s MX zaznamem? zajimave ;) ..proc to delat jednoduse, kdyz to jde komplikovane. Kazdopadne diky za info Tomasi. Jen pro srovnani uvedu priklad postfixu, ktery nevyzaduje prirazenou existujici domenu, natoz MX zaznam. Je soucasti kazde rozumne nove distirbuce linuxu a slouzi jako lokalni, ale sitovy MTA. Pravda je, ze exchange toho IMHO umi ponekud vic, pokud se nepletu tak integruje POP3 a IMAP4 a zrejme i nejake MS email protokoly a www pristup, coz postfix neumi.
Ano, presne proto co jsi napsal je Exchangi dobry ten MX zaznam,pokud tam nebude, nikdo "cizi" ti zadnej email do Tve domeny neposle/nedoruci se. Pokud tam tedy je, Exchange muze fungovat spravne. Dival jsi se na ty odkazy?
Pro jistotu jsem se byl optat jeste kolegu a udajne si dokonce Exchange pri instalaci sam MX zaznam na DNSku vytvori......i kdyz ted mi to trochu nesouhlasi s tim co napsal Worm,ze tam MX zaznam nemeli.... Napada me jeste,ze by meli udelanej smarthost, ale to nepsal...takze netusim.
MTA si sam upravuje DNS zaznamy?!? tak k tomu uz nemam co dodat :D Nepatri to spise do vtipu? kazdopadne diky za info
No jelikoz jsem teda docela amater, je tady pro me hodne zajimavych informaci.
Je fakt, ze momentalne je to v situaci, kdy moje smtp to posle ale ostatni mi to vrati zpatky, ze to odmitaji dorucit. Zrejme kvuli chybejicimu MX zaznamu.
viz: Došlo k potížím při komunikaci SMTP s e-mailovým serverem příjemce. Obraťte se na správce systému.<skynet.JMB-STEELsro.local #5.5.0 smtp;550 Unroutable email address.>
Nektere (mozna uz vetsina) SMTP servery kontroluji verohodnost mailu na zaklade nekolika parametru, jednim z nich je zdali existuje server uvedeny v odchozi emailova adrese a zdali ma MX record. Zkus napsat do odchozi adresy nejaky existujici server, treba @seznam.cz a pokud to projde, je to problem chybejiciho MX zaznamu. Hodne neduverive servery kontroluji reverzni zaznamy odchoziho serveru ci SPF zaznam.
tak jsem to proveril. je to tak. ted jenom kde to zadat?Citace:
Původně odeslal Petrik
smtpdiag projde pokud to odeslu jako ze z iol.cz
Zadej to na tom DNS serveru, dle 1.postu asi na '10.0.0.138'. Otevri si nastaveni DNS, zkontroluj jestli tam MX je, jestli ma spravnou IP adresu, pokud ne, tak ho tam pridej. Pomuze Ti treba tenhle obrazek....
http://www.simongibson.com/intranet/...es/Image09.gif