![]() |
Neurochirurgie minim invazivă
"Primum non nocere" este ideea ce a deschis drumul medicinei spre minim invaziv. Avansul tehnologic extraordinar din ultimele decenii a permis dezvoltarea tuturor domeniilor medicinei. Microscopul operator, neuronavigația, tehnicile anestezice avansate permit intervenții chirurgicale tot mai precise, tot mai sigure. Neurochirurgia minim invazivă, sau prin "gaura cheii", oferă pacienților posibilitatea de a se opera cu riscuri minime, fie ele neurologice, infecțioase, medicale sau estetice. www.neurohope.ro |
Log sendmail
Last Updated: Apr 18 2006 10:10, Started by
attempt
, Aug 24 2005 10:29
·
0

#1
Posted 24 August 2005 - 10:29

Nu stiu de ce la anumite adrese nu merg emailurile pe care le trimit. Folosesc pe statie Outlook. Serverul e un Slackware 10.1, sendmail. Acelasi email il trimit pe yahoo si ajunge.
logul arata asa pt acel email: Aug 24 09:15:21 ns sm-mta[30863]: j7O6EeEt030863: to=<[email protected]>, delay=00:00:01, mailer=esmtp, pri=242419, dsn=4.4.3, stat=queued Aug 24 09:49:16 ns sm-mta[7266]: j7O6mZRh007266: to=<[email protected]>, delay=00:00:01, mailer=esmtp, pri=242622, dsn=4.4.3, stat=queued. Trimit la o gramada de adrese, dar nu stiu de ce nu merg acestea. S-ar putea ca ei sa nu accpede email de la noi? Sa fie ceva din politica lor de securitate? Totusi la mine sunt logate ca si queued. |
#2
Posted 24 August 2005 - 10:42

Daca nu ar accepta, ti le-ar trimite inapoi sau le-ar accepta si ar face drop la emailurile tale.
Mailurile tale sint in coada ceea ce inseamna ca nu au fost trimise. Poate au probleme cu serverul de mail, poti sa verifici cu un telnet la port 25, sau ai tu probleme, uita-te in maillog sa vezi ce se mai intimpla. |
#3
Posted 24 August 2005 - 10:47

Am testat cu http://www.dnsreport.com, si imi da la o anumite sectiune un fail:
FAIL Reverse DNS entries for MX records ERROR: The IP of one or more of your mail server(s) have no reverse DNS (PTR) entries (if you see "Timeout" below, it may mean that your DNS servers did not respond fast enough). RFC1912 2.1 says you should have a reverse DNS for all your mail servers. It is strongly urged that you have them, as many mailservers will not accept mail from mailservers with no reverse DNS entry. You can double-check using the 'Reverse DNS Lookup' tool at the DNSstuff site (it contacts your servers in real time; the reverse DNS lookups in the DNS report use our local caching DNS server). The problem MX records are: 3.83.79.82.in-addr.arpa [No reverse DNS entry (rcode: 3 ancount: 0) (check it)] Edited by attempt, 24 August 2005 - 10:48. |
#4
Posted 24 August 2005 - 11:02

attempt, on Aug 24 2005, 10:47, said: Am testat cu http://www.dnsreport.com, si imi da la o anumite sectiune un fail: FAIL Reverse DNS entries for MX records ERROR: The IP of one or more of your mail server(s) have no reverse DNS (PTR) entries (if you see "Timeout" below, it may mean that your DNS servers did not respond fast enough). RFC1912 2.1 says you should have a reverse DNS for all your mail servers. It is strongly urged that you have them, as many mailservers will not accept mail from mailservers with no reverse DNS entry. You can double-check using the 'Reverse DNS Lookup' tool at the DNSstuff site (it contacts your servers in real time; the reverse DNS lookups in the DNS report use our local caching DNS server). The problem MX records are: 3.83.79.82.in-addr.arpa [No reverse DNS entry (rcode: 3 ancount: 0) (check it)] Pai raspunsul e obvious, baietii au setat sa nu primeasca email de la masinile pe care nu le pot identifica. Deci ai de adaugat in DNS PTR records pt serverul tau. Voila. |
#6
Posted 24 August 2005 - 11:07

attempt, on Aug 24 2005, 11:05, said: Asta se face la providerul de net? Daca el tine DNS-ul domeniului tau, da. Daca in schimb ti-a delegat tie DNS-ul atunci tu. |
#7
Posted 24 August 2005 - 11:30

Daca e la mine, cum fac modificare, daca mi-e permisa intrbarea. Pe net am gasit ca ar trebui sa modific resolf.conf?
Ciudat e ca ns.severulmeu. ro nu apare pe http://www.dl.ro. Edited by attempt, 24 August 2005 - 11:32. |
#8
Posted 24 August 2005 - 11:42

ti-am raspuns si dincolo, vorbeste cu RDS-ul sa-ti faca reverse pe IPul respectiv ...
|
#9
Posted 26 August 2005 - 09:33

Quote sa adaugi Reverse DNS records pentru serverul de mail. Mai precis - roaga pe cei de la tehnicul ISPului (RDS banuiesc, dupa IPÂ ) sa faca un revers pe IPul respectiv de genul: 3.83.79.82.in-addr.arpa mail.domeniul-tau.ro Dar, daca eu am la mine DNS-ul. Unde fac modificarea pe server pentru reverse ip? Trebuie sa o mai faca si providerul, cel ce mi-a dat ip-ul? root@ns:~# nslookup > 82.79.x.x Server: 81.196.170.20 Address: 81.196.170.20#53 ** server can't find 3.83.79.82.in-addr.arpa: NXDOMAIN ; <<>> DiG 9.3.0 <<>> 82.79.x.x ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 57077 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;82.79.x.x. IN A ;; AUTHORITY SECTION: . 10800 IN SOA A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2005082501 1800 900 604800 86400 ;; Query time: 75 msec ;; SERVER: 81.196.170.20#53(81.196.170.20) ;; WHEN: Fri Aug 26 09:55:48 2005 ;; MSG SIZE rcvd: 103 Mersi Edited by attempt, 26 August 2005 - 09:36. |
#10
Posted 26 August 2005 - 10:22

attempt, on Aug 26 2005, 09:33, said: Dar, daca eu am la mine DNS-ul. Unde fac modificarea pe server pentru reverse ip? Trebuie sa o mai faca si providerul, cel ce mi-a dat ip-ul? attempt, on Aug 26 2005, 09:33, said:
și tocmai ai decoperit de ce nu merge să trimiți mail ![]() |
|
#11
Posted 26 August 2005 - 10:51

Attempt - ti-am raspuns dincolo. E acelasi raspuns cu al lui mufa.
Iar: mufă, on Aug 26 2005, 11:22, said: Nu neaparat! Verifica logurile SMTP cu atentie! |
#12
Posted 26 August 2005 - 10:55

Tyby, on Aug 26 2005, 10:51, said:
Huh? Unde și după ce să ma uit, concret? ![]() |
#13
Posted 26 August 2005 - 10:57

mufă, on Aug 26 2005, 11:55, said: nu matale, autorul topicului! ![]() |
#14
Posted 26 August 2005 - 11:33

Imi merg mailurile in proportie de 98%. Am vb la RDS, si mi-au zis sa fac setarile de revers la mine, si daca nu se schimba nimic le modifica si ei. Dar eu tot pun o intrebare tampita: cum fac la mine reversul asta?
Desi din ce imi spuneti voi, degeaba fac la mine daca nu fac ei. Nu cumva un admin mai tare ca mine cu sute de conturi de la RDS trebuia sa stie asta ? ![]() |
#15
Posted 26 August 2005 - 12:12

attempt, on Aug 26 2005, 11:33, said: Imi merg mailurile in proportie de 98%. Am vb la RDS, si mi-au zis sa fac setarile de revers la mine, si daca nu se schimba nimic le modifica si ei. Dar eu tot pun o intrebare tampita: cum fac la mine reversul asta? Desi din ce imi spuneti voi, degeaba fac la mine daca nu fac ei. Nu cumva un admin mai tare ca mine cu sute de conturi de la RDS trebuia sa stie asta ? ![]() în /etc/named.conf zone "ip.in-addr.arpa" { type master; file "your_file"; }; your_file ar trebui să conțină ceva de genul: 1 PTR gigi.buze.com 2 PTR vasile.buze.com etc etc Baftă! |
|
#16
Posted 17 April 2006 - 12:32

Revin dupa mai bine de un juma de an.
Problema s-a rezolvat cu RDS-ul. Daca dau nslookup pe server toate sunt ok. Doar ca ma nelinisteste mesajul din final de la dnsstuff.com: Answer: 82.79.X.X PTR record: firmax.ro. [TTL 43200s] [A=None] *ERROR* There is no A record (may be cached). ce vrea sa zica cu:"There is no A record (may be cached)." |
#17
Posted 17 April 2006 - 13:42

Pai cine e dns-ul autoritar pt ip-ul ala? Nu ai A record. Daca incerci sa afli A record pt firmax.ro iti raspunde cu ip-ul ala (daca iti raspunde)? Cred ca nu. So, back to square one: A record pt firmax.ro si PTR record care pointeaza spre acelasi domeniu. Daca esti sigur ca le-ai introdus, atunci cel mai bine e sa verifici la linie de comanda direct pe serverul autoritar pt ca probabil nu s-au propagat.
|
#18
Posted 18 April 2006 - 09:04

Quote Pai cine e dns-ul autoritar pt ip-ul ala? Eu sunt. Nu se pune problema de propagare, pentru ca modificarea a fost facut acum un jumate de an. ; <<>> DiG 9.3.0 <<>> firmax.ro ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36843 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;firmax.ro. IN A ;; AUTHORITY SECTION: firmax.ro. 10677 IN SOA ns.firmax.ro. root.firmax.ro. 2005050501 10800 900 604800 86400 ;; Query time: 302 msec ;; SERVER: 81.196.170.20#53(81.196.170.20) ;; WHEN: Tue Apr 18 11:18:32 2006 ;; MSG SIZE rcvd: 73 Edited by attempt, 18 April 2006 - 09:57. |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users