Hallo, wir nutzen seit kurzem den 'SuseEmail Server 3'.
Im Rechner sitzt eine AVM B1 und das ganze ist als Router mit auto dial
konfiguriert. Kernel ist '2.4.10-64GB-SMP' (ja es ist ein Dual-Proz.
System).
Nun mein Problem, wenn wir die Mails aus den verschiedenen ext.
Postfächern abholen lassen, kommen nur Fehlermedungen ('connection
failed' Log s.u.) obwohl er die Verbindung aufgebaut hat. Wenn jedoch
die Vebindung schon besteht, funktioniert es.
Ich glaube es hat was damit zu tun dass mein erstes Packet immer
verloren geht, ich hab auch schon IP_DYNIP="yes" in der rc-config
eingestellt, aber das nutzt auch nix. Selbst wenn ich rauspinge geht der
erste ping immer verloren.
Weis jemand wie ich das Problem lösen kann?
Ich kann auch nicht einfach ein 'preconnect command' übergeben, da Suse
hier kein Fetchmail sondern ein eigenes Perl Skript nutzt, dass so wie
ich es sehe seine Daten aus dem LDAP bekommt. Ich denke es würde reichen
wenn ich dem ganzen Script einfach ein
'ping irgendwas + sleep 10' voranstellen könnte, aber ich weis nicht
wie. Und auf ein
normales fetchmail will ich nicht umsteigen weil ich die Anbindung an
das Webfrontend und den LDAP-Baum recht gut finde.
----------------------- L O G
------------------------------------------------------
Mar 30 10:49:15 matrix kernel: OPEN: 192.168.10.10 -> 194.25.2.129 UDP,
port: 32799 -> 53
Mar 30 10:49:15 matrix kernel: ippp1: dialing 1 0191011...
Mar 30 10:49:15 matrix isdnlog: Mar 30 10:49:15 * tei 117 calling
T-Online with Dial-In RING (Data)
Mar 30 10:49:15 matrix fetchd.pl[794]: ERROR: max threads reached!!!
Mar 30 10:49:15 matrix fetchd.pl[794]: ERROR: max threads reached!!!
Mar 30 10:49:17 matrix kernel: NETDEV WATCHDOG: ippp1: transmit timed
out Mar 30 10:49:17 matrix kernel: isdn_tx_timeout dev ippp1 dialstate 4
Mar 30 10:49:17 matrix isdnlog: Mar 30 10:49:17 * tei 127 calling ? with
? Time:Sat Mar 30 10:50:00 2002
Mar 30 10:49:17 matrix kernel: kcapi: appl 1 ncci 0x10101 up Mar 30
10:49:17 matrix ipppd[201]: Local number: xxxxxx, Remote number:
0191011, Type: outgoing Mar 30 10:49:17 matrix ipppd[201]: PHASE_WAIT ->
PHASE_ESTABLISHED,
ifunit: 1, linkunit: 0, fd: 7
Mar 30 10:49:17 matrix kernel: isdn_net: ippp1 connected
Mar 30 10:49:17 matrix kernel: capidrv-1: chan 0 up with ncci 0x10101
Mar 30 10:49:17 matrix ipppd[201]: Remote message:
Mar 30 10:49:17 matrix ipppd[201]: MPPP negotiation, He: No We: No Mar
30 10:49:17 matrix kernel: Received CCP frame from peer Mar 30 10:49:17
matrix kernel: [1/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04
Mar 30 10:49:17 matrix ipppd[201]: local IP address 217.87.201.160 Mar
30 10:49:17 matrix ipppd[201]: remote IP address 217.5.120.249 Mar 30
10:49:25 matrix fetchd.pl[2464]: ERROR(POPFetch): connection to
Also mitlerweile kann ich schon rauspingen ohne dass das erste Packet verloren geht. Ich hab auf einen lokalen Name Server umgestellt und den von meinem Provider als forwarder. Aber ich bekomm immer noch einen Timeout wenn ich mit dem fetchd-Script meine Mails holen will und die Verbindung erst noch aufgebaut werden muss. Das komische ist, wenn ich einen Pop-Server anpinge geht das alles wunderbar, mein Server baut die Verbindung auf und mein Ping läuft durch. Nur in Verbindung mit fetchd klappt das nicht. Hat irgendjemand noch ne Idee?
-----Ursprüngliche Nachricht----- Von: Brechenmacher [mailto:info@dexos.de] Gesendet: Samstag, 30. März 2002 12:00 An: Suse-Linux Betreff: fetchd und auto dial (Suse Email Server 3)
Hallo, wir nutzen seit kurzem den 'SuseEmail Server 3'. Im Rechner sitzt eine AVM B1 und das ganze ist als Router mit auto dial konfiguriert. Kernel ist '2.4.10-64GB-SMP' (ja es ist ein Dual-Proz. System).
Nun mein Problem, wenn wir die Mails aus den verschiedenen ext. Postfächern abholen lassen, kommen nur Fehlermedungen ('connection failed' Log s.u.) obwohl er die Verbindung aufgebaut hat. Wenn jedoch die Vebindung schon besteht, funktioniert es.
Ich glaube es hat was damit zu tun dass mein erstes Packet immer verloren geht, ich hab auch schon IP_DYNIP="yes" in der rc-config eingestellt, aber das nutzt auch nix. Selbst wenn ich rauspinge geht der erste ping immer verloren.
Weis jemand wie ich das Problem lösen kann? Ich kann auch nicht einfach ein 'preconnect command' übergeben, da Suse hier kein Fetchmail sondern ein eigenes Perl Skript nutzt, dass so wie ich es sehe seine Daten aus dem LDAP bekommt. Ich denke es würde reichen wenn ich dem ganzen Script einfach ein 'ping irgendwas + sleep 10' voranstellen könnte, aber ich weis nicht wie. Und auf ein normales fetchmail will ich nicht umsteigen weil ich die Anbindung an das Webfrontend und den LDAP-Baum recht gut finde.
----------------------- L O G ------------------------------------------------------ Mar 30 10:49:15 matrix kernel: OPEN: 192.168.10.10 -> 194.25.2.129 UDP, port: 32799 -> 53 Mar 30 10:49:15 matrix kernel: ippp1: dialing 1 0191011... Mar 30 10:49:15 matrix isdnlog: Mar 30 10:49:15 * tei 117 calling T-Online with Dial-In RING (Data) Mar 30 10:49:15 matrix fetchd.pl[794]: ERROR: max threads reached!!! Mar 30 10:49:15 matrix fetchd.pl[794]: ERROR: max threads reached!!! Mar 30 10:49:17 matrix kernel: NETDEV WATCHDOG: ippp1: transmit timed out Mar 30 10:49:17 matrix kernel: isdn_tx_timeout dev ippp1 dialstate 4 Mar 30 10:49:17 matrix isdnlog: Mar 30 10:49:17 * tei 127 calling ? with ? Time:Sat Mar 30 10:50:00 2002 Mar 30 10:49:17 matrix kernel: kcapi: appl 1 ncci 0x10101 up Mar 30 10:49:17 matrix ipppd[201]: Local number: xxxxxx, Remote number: 0191011, Type: outgoing Mar 30 10:49:17 matrix ipppd[201]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7 Mar 30 10:49:17 matrix kernel: isdn_net: ippp1 connected Mar 30 10:49:17 matrix kernel: capidrv-1: chan 0 up with ncci 0x10101 Mar 30 10:49:17 matrix ipppd[201]: Remote message: Mar 30 10:49:17 matrix ipppd[201]: MPPP negotiation, He: No We: No Mar 30 10:49:17 matrix kernel: Received CCP frame from peer Mar 30 10:49:17 matrix kernel: [1/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 Mar 30 10:49:17 matrix ipppd[201]: local IP address 217.87.201.160 Mar 30 10:49:17 matrix ipppd[201]: remote IP address 217.5.120.249 Mar 30 10:49:25 matrix fetchd.pl[2464]: ERROR(POPFetch): connection to
failed Mar 30 10:49:25 matrix fetchd.pl[2466]: ERROR(POPFetch): connection to failed Mar 30 10:49:25 matrix fetchd.pl[2467]: ERROR(POPFetch): connection to failed Mar 30 10:49:25 matrix fetchd.pl[2468]: ERROR(POPFetch): connection to failed Mar 30 10:49:26 matrix fetchd.pl[2465]: ERROR(POPFetch): connection to failed Mar 30 10:51:26 matrix kernel: isdn_net: local hangup ippp1 Mar 30 10:51:26 matrix kernel: ippp1: Chargesum is 0 Mar 30 10:51:26 matrix ipppd[201]: Modem hangup Mar 30 10:51:26 matrix ipppd[201]: Connection terminated. Mar 30 10:51:26 matrix ipppd[201]: taking down PHASE_DEAD link 0, linkunit: 0 Mar 30 10:51:26 matrix ipppd[201]: closing fd 7 from unit 0 Mar 30 10:51:26 matrix ipppd[201]: link 0 closed , linkunit: 0 Mar 30 10:51:26 matrix ipppd[201]: reinit_unit: 0 Mar 30 10:51:26 matrix ipppd[201]: Connect[0]: /dev/ippp1, fd: 7 Mar 30 10:51:26 matrix kernel: ippp, open, slot: 1, minor: 1, state: 0000 Mar 30 10:51:26 matrix kernel: ippp_ccp: allocated reset data structure cc9eb800 Mar 30 10:51:26 matrix kernel: kcapi: appl 1 ncci 0x10101 down Mar 30 10:51:26 matrix kernel: ippp_ccp: freeing reset data structure cf3e2000 Mar 30 10:51:26 matrix kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Mar 30 10:51:26 matrix ip-down: Setting up routing for ippp1 (using /etc/route.conf)..done -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (1)
-
Brechenmacher