POP mail-box op linux niet bereikbaar

[Bart B]

Hallo allemaal,

Ik heb het volgende probleem. Ik heb een Linux servertje (P-100 waar SuSE 7 op draait) waar ik het niet voor elkaar krijg om de POP-mail op te halen vanaf een andere computer. Ik krijg gewoon geen verbinding lijkt het en krijg niks terug. Dit gebeurt ook als ik de firewall uitzet.

In de mailqeue zie ik wel dat de mail voor verschillende mensen gesorteerd klaarstaat, dus aan Sendmail kan het niet liggen.

Kan iemand met zeggen wat het probleem kan zijn. Welke programma's verantwoordelijk zijn voor het spelen van POP-box.

Ik denk niet dat het aan de host-allow kan liggen, want ik kan de computer wel benaderen voor SAMBA en HTTP
:'(:'(Please help, anders wordt ik opgehangen door de rest van het gezin die er niks van snappen

Links zijn ook welkom (maar liever gewoon uitleg:) )

[Anoniem: 20081]

Je kan eens proberen om een gewone telnet te doen naar poort 110.
dus: telnet 192.168.1.1 110 bijvoorbeeld.

Je moet dan een prompt terug krijgen van de server waarin vermeld wordt dat het een POP3 server is.

Als dat niet zo is kan het zijn dat de POP3 server niet draait.

Dan ligt het er een beetje aan welke distro je hebt hoe je hem aan kan zetten ...

[mavink]

Als het nog in de mailqueue staat kan je het nog niet ophalen, dat betekent juist dat het nog niet is aangekomen

[dennis_LU]

Op woensdag 07 februari 2001 10:43 schreef vink het volgende:
Als het nog in de mailqueue staat kan je het nog niet ophalen, dat betekent juist dat het nog niet is aangekomen

Nee. dan betekend het dat het klaar staan in /var/spool/mail (oid onder suse)

type eens: (als root) ps xauw |grep pop

als je een proces krijgt dan loopt je pop3server en is er iets anders aan de hand.

[Bart B]

Ik kan niet telnetten naar de poort 110

Verder ben ik met die wachtrijen niet erg duidelijk geweest,er zijn een aantal rijen.

Je hebt de wachtrij voor uitgaande mail en je hebt een dir /var/spool/mail waarin per persoon de mail gesorteerd staat.

Het ziet er dus naar uit dat mijn POPmail op dat ding niet is geactiveerd. Hoe zet ik het aan bij SuSE? of welke onderdelen van linux ben ik vergeten te installeren?

[Bart B]

Op woensdag 07 februari 2001 11:11 schreef dennis_LU het volgende:

[..]

Nee. dan betekend het dat het klaar staan in /var/spool/mail (oid onder suse)

type eens: (als root) ps xauw |grep pop

Ik heb het uitgevoerd (zelf heb ik geen idee wat je daarmee doet, kun je het uitleggen )

ik krijg de volgende output

root 3670 0.0 1.1 1240 460 tty6 S 11:15 0:00 grep pop

Ik begrijp hieruit dat er dus wel iets draait dat op een POP server lijkt. HMM, toch mijn firewall:? NOPE! weer uitgezet en het zelfde.

Misschien dat je hier wat aan hebt, bij IMAP mail zecht hij dat de connectie wordt afgeslagen (connection refused).

Hoe moeten we nu verder?

[dennis_LU]

Op woensdag 07 februari 2001 11:19 schreef Bart B het volgende:

[..]

Ik heb het uitgevoerd (zelf heb ik geen idee wat je daarmee doet, kun je het uitleggen )

Je bekijkt je processen die draaien op een systeem. ps is een proceslist (zoiets)

ik krijg de volgende output

root 3670 0.0 1.1 1240 460 tty6 S 11:15 0:00 grep pop
Ik begrijp hieruit dat er dus wel iets draait dat op een POP server lijkt. HMM, toch mijn firewall:? NOPE! weer uitgezet en het zelfde.

Nope. je ziet nu het proces dat je zelf net gestart hebt. het zoeken naar pop..

voorbeeld:
[root@linux /root]# ps xauw |grep httpd
root 1346 0.0 0.2 2176 72 ? S Jan31 0:01 /usr/local/apache/bin/httpd
nobody 1409 0.0 2.6 2400 824 ? S Jan31 0:11 /usr/local/apache/bin/httpd
nobody 1410 0.0 2.4 2404 748 ? S Jan31 0:09 /usr/local/apache/bin/httpd
nobody 1411 0.0 2.9 2400 908 ? S Jan31 0:09 /usr/local/apache/bin/httpd
nobody 1412 0.0 2.4 2388 744 ? S Jan31 0:09 /usr/local/apache/bin/httpd
nobody 1413 0.0 2.4 2400 772 ? S Jan31 0:08 /usr/local/apache/bin/httpd
nobody 1416 0.0 2.3 2376 740 ? S Jan31 0:08 /usr/local/apache/bin/httpd
nobody 1422 0.0 2.3 2376 740 ? S Jan31 0:10 /usr/local/apache/bin/httpd
nobody 1682 0.0 2.4 2400 744 ? S Jan31 0:07 /usr/local/apache/bin/httpd
nobody 1683 0.0 2.7 2400 860 ? S Jan31 0:07 /usr/local/apache/bin/httpd
nobody 1684 0.0 2.4 2376 744 ? S Jan31 0:10 /usr/local/apache/bin/httpd
root 21007 0.0 1.6 1244 512 pts/0 S 11:47 0:00 grep httpd
[root@linux /root]#

Misschien dat je hier wat aan hebt, bij IMAP mail zecht hij dat de connectie wordt afgeslagen (connection refused).
Hoe moeten we nu verder?

Eh.. pop staat dus niet bij ps.... bij mij ook niet..

heb je het bestand /etc/inetd.conf?

kijk eens of voor de pop commandoregels niet een # staat?

zoja? hekje weghalen opslaan en dan:

killall -HUP inetd

telnet naar ip 110
en?

voorbeeld inetd.conf
#
# inetd.conf This file describes the services that will be available
# through the INETD TCP/IP super server. To re-configure
# the running INETD process, edit this file, then send the
# INETD process a SIGHUP signal.
#
# Version: @(#)/etc/inetd.conf 3.10 05/27/93
#
# Authors: Original taken from BSD UNIX 4.3/TAHOE.
# Fred N. van Kempen, <[e-mail]>
#
# Modified for Debian Linux by Ian A. Murdock <[e-mail]>
#
# Modified for RHS Linux by Marc Ewing <[e-mail]>
#
# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
#
# Echo, discard, daytime, and chargen are used primarily for testing.
#
# To re-read this file after changes, just do a 'killall -HUP inetd'
#
#echo stream tcp nowait root internal
#echo dgram udp wait root internal
#discard stream tcp nowait root internal
#discard dgram udp wait root internal
#daytime stream tcp nowait root internal
#daytime dgram udp wait root internal
#chargen stream tcp nowait root internal
#chargen dgram udp wait root internal
#time stream tcp nowait root internal
#time dgram udp wait root internal
#
# These are standard services.
#
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
#
# Shell, login, exec, comsat and talk are BSD protocols.
#
#shell stream tcp nowait root /usr/sbin/tcpd in.rshd
#login stream tcp nowait root /usr/sbin/tcpd in.rlogind
#exec stream tcp nowait root /usr/sbin/tcpd in.rexecd
#comsat dgram udp wait root /usr/sbin/tcpd in.comsat
talk dgram udp wait nobody.tty /usr/sbin/tcpd in.talkd
ntalk dgram udp wait nobody.tty /usr/sbin/tcpd in.ntalkd
#dtalk stream tcp wait nobody.tty /usr/sbin/tcpd in.dtalkd
#
# Pop and imap mail services et al
#
#pop-2 stream tcp nowait root /usr/sbin/tcpd ipop2d
pop-3 stream tcp nowait root /usr/sbin/tcpd ipop3d
#pop-3 stream tcp nowait root /usr/sbin/tcpd /usr/lib/linuxconf/lib/vpop3d /usr/sbin/ipop3d
#imap stream tcp nowait root /usr/sbin/tcpd imapd
#
# The Internet UUCP service.
#
#uucp stream tcp nowait uucp /usr/sbin/tcpd /usr/lib/uucp/uucico -l
#
# Tftp service is provided primarily for booting. Most sites
# run this only on machines acting as "boot servers." Do not uncomment
# this unless you *need* it.
#
#tftp dgram udp wait root /usr/sbin/tcpd in.tftpd
#bootps dgram udp wait root /usr/sbin/tcpd bootpd
#
# Finger, systat and netstat give out user information which may be
# valuable to potential "system crackers." Many sites choose to disable
# some or all of these services to improve security.
#
#finger stream tcp nowait nobody /usr/sbin/tcpd in.fingerd
#cfinger stream tcp nowait root /usr/sbin/tcpd in.cfingerd
#systat stream tcp nowait guest /usr/sbin/tcpd /bin/ps -auwwx
#netstat stream tcp nowait guest /usr/sbin/tcpd /bin/netstat -f inet
#
# Authentication
#
auth stream tcp wait root /usr/sbin/in.identd in.identd -e -o
#
# End of inetd.conf

linuxconf stream tcp wait root /bin/linuxconf linuxconf --http
#swat stream tcp nowait.400 root /usr/sbin/swat swat

[RvdH]

Eh ja ik wou net zeggen, installeer even een pop server

[Bart B]

Op deze manier leer ik ( naast school) er weer een heleboel bij Okee, het zootje draait dus niet. Ik zit momenteel niet thuis, maar ik heb al een keer in inetd.conf gekeken en daar stond er voor de POP geen hekje voor zover ik uit mijn hoord weet.

POP-mail installeren? hoe doe je dat Sorry hoor, maar dit is een probleem dat ik nog nooit eerder heb meegemaakt ( ben op dit vlak nog een redelijke newbe ). Ik zal verder nog even kijken, maar ik denk dat het er op neerkomt dat ik gewoon iets niet heb geinstalleerd. (heb geen CD-Rom in server zitten dat wordt schroeven )

[Bart B]

HET PROBLEEM IS OPGELOST!!
De deamon was niet geinstalleerd.