Chirurgia endoscopică a hipofizei
"Standardul de aur" în chirurgia hipofizară îl reprezintă endoscopia transnazală transsfenoidală. Echipa NeuroHope este antrenată în unul din cele mai mari centre de chirurgie a hipofizei din Europa, Spitalul Foch din Paris, centrul în care a fost introdus pentru prima dată endoscopul în chirurgia transnazală a hipofizei, de către neurochirurgul francez Guiot. Pe lângă tumorile cu origine hipofizară, prin tehnicile endoscopice transnazale pot fi abordate numeroase alte patologii neurochirurgicale. www.neurohope.ro |
[CentOS 6.4] dkim-filter: smfi_opensocket() failed
Last Updated: Jun 18 2013 14:35, Started by
Lucrian
, Jun 10 2013 20:24
·
0
#1
Posted 10 June 2013 - 20:24
Salutare,
Am CentOS 6.4, folosesc Postfix pentru trimiterea de e-mail-uri si dkim-milter pentru semnat mailuri. Totul a fost instalat la instalarea Virtualmin. Problema este la pornirea dkim-milter si am urmatoarele erori: /etc/init.d/dkim-milter start Starting DomainKeys Identified Mail Milter (dkim-filter): dkim-filter: smfi_opensocket() failed [FAILED] In momentul in care incerc sa pornesc dkim-milter, in maillog apar urmatoarele: Jun 10 21:16:48 nutrienti dkim-filter[6758]: Sendmail DKIM Filter: Unable to bind to port inet:8891@localhost: Cannot assign requested address Jun 10 21:16:48 nutrienti dkim-filter[6758]: Sendmail DKIM Filter: Unable to create listening socket on conn inet:8891@localhost Jun 10 21:16:48 nutrienti dkim-filter[6758]: smfi_opensocket() failed Ma puteti ajuta sa-i dau de cap? Multumesc anticipat! |
#2
Posted 10 June 2013 - 21:47
incearca un
netstat -antop | grep 8891 Cinveva tine portul ocupat. Probabil vreo alta instanta a lui Sendmail DKIM Filter esuata in larg. |
#3
Posted 10 June 2013 - 22:03
[root@nutrienti ~]# netstat -antop | grep 8891 [root@nutrienti ~]# Nu tine nimic... |
#5
Posted 10 June 2013 - 22:32
#6
Posted 10 June 2013 - 23:02
incearca sa faci serverul cu netcat
netcat -p 8891 -l Apoi, din alt terminal, da din nou comanda cu netstat. Daca netcat poate sa deschida portul ala in listen mode se va vedea la netstat. Daca nu merge, cauta ceva indicii prin /var/log/messages sau /var/log/[r]syslog Posteaza rezultatele. |
#8
Posted 11 June 2013 - 01:16
#10
Posted 11 June 2013 - 23:25
ps auxw | grep dkim ce zice? Logurile ce zic? Dar globul de cristal?
|
|
#11
Posted 12 June 2013 - 00:56
george90, on 11 iunie 2013 - 22:03, said:
pai.. si ai incercat cu nc ? $man nc am incercat cu parametri de acolo, dar cu siguranta nu am reusit sa-l folosesc corect pentru ca imi dadea mereu modul de utilizare (desi ii bagam sursa, port, am incercat inclusiv cu destinatie, dar nu mi-a iesit nimic) mufa, on 11 iunie 2013 - 23:25, said:
ps auxw | grep dkim ce zice? Logurile ce zic? Dar globul de cristal? [root@nutrienti ~]# ps auxw | grep dkim root 5823 0.0 0.0 103244 836 pts/3 S+ 01:52 0:00 grep dkimDespre loguri am scris in primul post. In alte loguri nu am gasit date despre dkim. In acest moment, cand se trimit mailuri, postfix incearca sa le trimita intai la portul 8891@localhost, insa primeste time out si le trimite la destinatar. Edited by Lucrian, 12 June 2013 - 00:59. |
#12
Posted 12 June 2013 - 01:20
Mie imi merge si nc foarte bine asa:
kellogs@K52Jc ~ $ nc -p 8819 -l sad ���� kellogs@K52Jc ~ $ telnet localhost 8819 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. sad ^C ^] telnet> exit ?Invalid command telnet> quit Connection closed. |
#13
Posted 12 June 2013 - 07:22
uite ce apare la mine:
[root@nutrienti ~]# nc -p 8819 -l usage: nc [-46DdhklnrStUuvzC] [-i interval] [-p source_port] [-s source_ip_address] [-T ToS] [-w timeout] [-X proxy_version] [-x proxy_address[:port]] [hostname] [port[s]] [root@nutrienti ~]# |
#14
Posted 12 June 2013 - 08:59
Da disable la SELINUX cu setenforce 0 si incearca din nou. Multe tool-uri third party au probleme cu Selinux. Poti sa cauti in /var/log/audit/audit.log sa vezi ce eroare da selinux. Porturile trebuie etichetate de selinux intr-un anume fel pentru ca o anumita aplicatie sa mearga pe ele.
|
#15
Posted 12 June 2013 - 09:33
[root@nutrienti ~]# setenforce 0 setenforce: SELinux is disabled [root@nutrienti ~]# /etc/init.d/dkim-milter start Starting DomainKeys Identified Mail Milter (dkim-filter): dkim-filter: smfi_opensocket() failed [FAILED] In /var/log/audit/audit.log scrie asa (chiar si cu selinux dezactivat): type=USER_START msg=audit(1371022375.894:12371): user pid=23571 uid=0 auid=0 ses=1607 msg='op=PAM:session_open acct="dkim-milter" exe="/sbin/runuser" hostname=? addr=? terminal=pts/2 res=success' type=CRED_ACQ msg=audit(1371022375.894:12372): user pid=23571 uid=0 auid=0 ses=1607 msg='op=PAM:setcred acct="dkim-milter" exe="/sbin/runuser" hostname=? addr=? terminal=pts/2 res=success' type=CRED_DISP msg=audit(1371022375.902:12373): user pid=23571 uid=0 auid=0 ses=1607 msg='op=PAM:setcred acct="dkim-milter" exe="/sbin/runuser" hostname=? addr=? terminal=pts/2 res=success' type=USER_END msg=audit(1371022375.902:12374): user pid=23571 uid=0 auid=0 ses=1607 msg='op=PAM:session_close acct="dkim-milter" exe="/sbin/runuser" hostname=? addr=? terminal=pts/2 res=success' Edit: m-am uitat mai bine in /etc/sysconfig/selinux si am vazut ca e setat acolo sa fie dezactivat. Deci era si inainte. Edited by Lucrian, 12 June 2013 - 09:55. |
|
#16
Posted 12 June 2013 - 10:35
Incearca sa pui sa asculte pe [email protected], ca poate tu ai localhost setat pe ::1, adica ipv6.
|
#17
Posted 12 June 2013 - 11:37
same75, on 12 iunie 2013 - 10:35, said:
Incearca sa pui sa asculte pe [email protected], ca poate tu ai localhost setat pe ::1, adica ipv6. SUPER TARE! Cand am vazut mesajul am zis ca o sa am inca o modificare pe care o fac degeaba. N-as fi crezut ca ar putea fi asa ceva. Am modificat si la postfix acelasi lucru ca sa functioneze. Acum functioneaza! Multumesc same75 si tuturor celor care ati incercat sa ma ajutati. |
#18
Posted 18 June 2013 - 14:35
Si eu m-am lovit de aceeasi problema in urma cu ceva timp, am setat dkim la un domeniu si-am vrut sa-l setez dualstack.
Toate bune si frumoase pana ajungeam sa trimit email catre adrese hostate la google. Evident ipv6 era preferat si de aici toate problemele. M-am patimit 2-3 zile sa-mi dau seama unde e buba, nici pana in ziua de azi nu i-am dat de cap. M-am lasat batut repede, clienta oricum n-avea treaba cu ipv6. |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users