Bekijk Volledige Versie : IMAP op FreeBSD
Hallo,
Ik heb een co-located server draaien met daarop FreeBSD 6.1 (TransIP distributie) in combinatie met DirectAdmin 1.29.7.
Om de een of andere reden wil IMAP niet werken. Een telnet naar poort 143 van de server resulteert in een leeg scherm dus er lijkt wel iets te luisteren naar poort 143.
Hoe kan ik op IMAP werkend krijgen met bovenstaande combinatie?
Grtz, jeroen
Even kijken of mijn glazenbol wat wil laten zien wat het probleem is..
Nee, niets...
Blijft over als advies: Kijk eens in je logfiles zodat je kunt achter halen waarom die het niet doet..
Even kijken of mijn glazenbol wat wil laten zien wat het probleem is..
Nee, niets...
Blijft over als advies: Kijk eens in je logfiles zodat je kunt achter halen waarom die het niet doet..
De vraag is: welke logfiles? Ik kan niets IMAP gerelateerds terugvinden.
Grtz, jeroen
In /var/log/ zullen genoeg log files staan.
Afhankelijk van je syslog config is het een van de files die daar staat.
En er moet wel *iets* te vinden zijn, omdat imap standaard een log melding geeft als die gestart wordt.
Ik heb iets gevonden in /var/log/messages:
Jun 4 10:11:23 server01 inetd[65262]: cannot execute /usr/local/libexec/imapd: No such file or directory
Deze melding komt op het moment dat ik de server op poort 143 probeer te benaderen. Het lijkt er dus op dat IMAP niet geinstalleerd is?
Zou dit normaal gesproken standaard wel het geval moeten zijn?
Hoe kan ik IMAP installeren op FreeBSD 6.1 dusdanig dat deze ook werkt met DirectAdmin?
Grtz, jeroen
Maar volgens je eerste bericht staat er wel iets te luisteren op poort 143 (imap poort). Welke applicatie maakt er nu dan gebruik van poort 143?
Maar volgens je eerste bericht staat er wel iets te luisteren op poort 143 (imap poort). Welke applicatie maakt er nu dan gebruik van poort 143?
/etc/services:
imap 143/tcp imap2 imap4 #Interim Mail Access Protocol v2
imap 143/udp imap2 imap4 #Interim Mail Access Protocol v2
/etc/inetd.conf:
imap4 stream tcp nowait root /usr/local/libexec/imapd imapd
Grtz, jeroen
/etc/services:
imap 143/tcp imap2 imap4 #Interim Mail Access Protocol v2
imap 143/udp imap2 imap4 #Interim Mail Access Protocol v2
/etc/inetd.conf:
imap4 stream tcp nowait root /usr/local/libexec/imapd imapd
Grtz, jeroen
Beide zeggen nog niets over de applicatie welke nu op poort 143 actief is.
Ga eens spelen met 'lsof'
server01:/etc# lsof | grep imap
inetd 671 root 5u IPv4 0xc4ffb000 0t0 TCP *:imap (LISTEN)
httpd 33916 root txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42095 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42096 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42097 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42098 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42099 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42100 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42101 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42102 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 42239 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 47336 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 47337 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 57145 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 57871 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 57872 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 58566 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 62424 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 62471 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 62472 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 62473 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
httpd 62474 apache txt VREG 0,81 17120 1696159 /usr/lib/apache/mod_imap.so
server01:/etc#
Beide zeggen nog niets over de applicatie welke nu op poort 143 actief is.
Ga eens spelen met 'lsof'
Dat zegt wel wat.
ook al draait de daemon niet, zet inetd de poort wel open. Er hoeft dus helemaal geen app achter te hangen.
imapd binary staat overigens op mijn BSD 6.1 bak in /usr/sbin.
Doe es locate imapd en je vind je executable.
Dat zegt wel wat.
ook al draait de daemon niet, zet inetd de poort wel open. Er hoeft dus helemaal geen app achter te hangen.
imapd binary staat overigens op mijn BSD 6.1 bak in /usr/sbin.
Doe es locate imapd en je vind je executable.
Dan ga je er standaard van uit dat (x)inetd ook gestart is. Ook dat hoeft niet standaard het geval te zijn. Met de lsof is nu gebleken dat inetd wel gestart is en dus de poort gebruikt.
Dan ga je er standaard van uit dat (x)inetd ook gestart is. Ook dat hoeft niet standaard het geval te zijn. Met de lsof is nu gebleken dat inetd wel gestart is en dus de poort gebruikt.
Ik heb iets gevonden in /var/log/messages:
Jun 4 10:11:23 server01 inetd[65262]: cannot execute /usr/local/libexec/imapd: No such file or directory
Hij vertelde dat inetd draaide...
Hij vertelde dat inetd draaide...
Daar heb ik geheel even overheen gelezen. Excuses daarvoor..
imapd staat bij mij inderdaad ook in /usr/sbin
Ik heb mijn inetd.conf bestand hierop aangepast.
Hoe kan ik ervoor zorgen dat deze wijziging in inetd.conf actief wordt zonder het hele systeem te moeten herstarten?
Grtz, jeroen
Ik denk dat het zowieso verstandig is om je eens veel en veel dieper in FreeBSD te gaan verdiepen, want je kent echt nog veel te weinig van je systeem om dit als productie doos te gaan gebruiken(als je dat doet tenminste), want dat laatste, het restarten is echt 1 van de allereerste basics.
2 manieren :
1: ps auxw|grep inetd even kijken wat het PID is, en kill -HUP $pid
2: /etc/rc.d/inetd restart
Het werkt nu. Bedankt allemaal voor de support!
Grtz, jeroen
(die een goed boek gaat kopen ;-)
succes en mooi dat 't werkt :)