linux-l: Kriege mein offline Mailsystem nicht wieder hin!
Kay Molkenthin
molkiheg at cetus.zrz.TU-Berlin.DE
Mo Jun 15 16:38:15 CEST 1998
Hi,
mir ist durch einen doppelten Aufruf (per cron und manuell gleichzeitig)
mein offline Mail & Newssystem auf meinem anderen Rechner (petra)
durcheinandergeraten.
Newssystem (INN) läuft wieder (empfangen und posten) - wenigstens etwas!
Ich sitze jetzt an meinem Hauptrechner (kay) und habe folgendes Problem:
Auf meinem Routerrechner ist pop3d installiert und ich kann jetzt nicht
mehr von meinem Arbeitsrechner die Mails von diesem Rechner rüberholen.
Fehler:
Netscape´s network connection was refused by the server
"petra.chaos.network".
The server may not be accepting connections or may be busy.
In Netscape ist wie gehabt mein Mailkonto "kay" auf petra eingestellt
und Incoming/Outgoing ist "petra.chaos.network" und pop-Server ist auch
aktiviert.
Mails versenden funktioniert.
Ich schwöre! ich habe nichts an den Einstellungen geändert und hier sind
die nötigen Dateien von "petra.chaos.network" (mein Rechner ist
"kay.chaos.network"):
/etc/hosts:
127.0.0.1 localhost
192.168.1.1 kay.chaos.network kay
192.168.1.2 petra.chaos.network petra
/etc/hosts.allow:
#
# hosts.allow This file describes the names of the hosts which are
# allowed to use the local INET services, as decided
# by the '/usr/sbin/tcpd' server.
#
# See hosts.allow(5) for a description.
#
# Ngo Than <than at delix.de>
# in.tftpd: LOCAL, .my.domain
# ALL: LOCAL @some_netgroup
# ALL: .foobar.edu EXCEPT terminalserver.foobar.edu
ALL: 192.168.1.
/etc/hosts.deny:
#
# hosts.deny This file describes the names of the hosts which are
# *not* allowed to use the local INET services, as decided
# by the '/usr/sbin/tcpd' server.
#
# The portmap line is redundant, but it is left to remind you that
# the new secure portmap uses hosts.deny and hosts.allow. In particular
# you should know that NFS uses portmap!
#
# See hosts.deny(5) for a description.
#
# Ngo Than <than at delix.de>
# ALL: ALL
# ALL: some.host.name, .some.domain
# ALL EXCEPT in.fingerd: other.host.name, .other.domain
/etc/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, <waltje at uwalt.nl.mugnet.org>
#
#
# <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
#
# 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
gopher stream tcp nowait root /usr/sbin/tcpd gn
# do not uncomment smtp unless you *really* know what you are doing.
# smtp is handled by the sendmail daemon now, not smtpd. It does NOT
# run from here, it is started at boot time from /etc/rc.d/rc#.d.
#smtp stream tcp nowait root /usr/bin/smtpd smtpd
#nntp stream tcp nowait root /usr/sbin/tcpd in.nntpd
#
# Shell, login, exec 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
talk dgram udp wait root /usr/sbin/tcpd in.talkd
ntalk dgram udp wait root /usr/sbin/tcpd in.ntalkd
#dtalk stream tcp waut nobody /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
/usr/sbin/in.pop3d
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.
#
# cfinger is for GNU finger, which is currently not in use in RHS Linux
#
finger stream tcp nowait root /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
#
# Time service is used for clock syncronization.
#
time stream tcp nowait nobody /usr/sbin/tcpd in.timed
time dgram udp wait nobody /usr/sbin/tcpd in.timed
#
# Authentication
#
auth stream tcp wait nobody /usr/sbin/in.identd in.identd
-w -t120
#
# End of inetd.conf
Ein Neustart des Rechners brachte nichts. Wie schon gesagt mit News
funktioniert alles (lesen/posten & reply per Email) und bei den Mails
funktioniert auch das Senden - nur der Zugriff auf den pop3-Server aus
Netscape (und wahrscheinlich auch mit allen anderen Mailapplikationen)
zum Lesen funktioniert mit der genannten Fehlermeldung nicht mehr. Logge
ich mich per telnet in "petra" ein, kann ich mit pine meine Emails
lesen.
Pings und Telnets hin- und her funktionieren mit den Rechnernamen.
Ich weiß echt nicht weiter in der Sache. Und die Installation des Pop3
ist ja auch ziemlich simpel und hatte bei der Erstinstallation auf
Anhieb ohne irgendwelche Änderungen funktioniert!
Der in.pop3d wird durch den inedt aufgerufen. Habe ich auch mit kill
-HUP PID wieder initialisiert. Kann ich irgendwie auf petra testen, ob
der in.pop3d auch tatsächlich läuft. Bei ps -aux erscheint er nämlich
nicht, da er ja erst durch den tcpd gestartet wird (hab nur einen
Monitor :-().
Wie es aussieht, hat das Problem wahrscheinlich damit zu tun, daß
"petra" den "kay" nicht als authorisiert anerkennt (tcpd?)
Laßt mich bitte nicht hängen ;-)
Gruß Kay.
P.S. Nur noch ein kleiner Hinweis: "petra" benutzt natürlich
Masquerading (da Router), aber das benutzte sie schon vor der
Installation von pop3.
--
Kay Molkenthin - Ruesternallee 45 - 14050 Berlin [GERMANY]
Email: molkiheg at sp.zrz.tu-berlin.de / Kay_Molkenthin at Bigfoot.de
------------------------------------------------------------------
Key fingerprint = A6 1E 73 E7 E7 77 75 E1 7C E6 EF AF 78 A6 6C 38
Mehr Informationen über die Mailingliste linux-l