Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailserver > #7074

Re: [GMX] nicht erreichbar

Show all headers | View raw

Am 11.08.24 um 10:17 schrieb Sebastian Suchanek:
> Sebastian Suchanek macht die Ingrid:
> 
>> [GMX (POP3) down]
>> Soweit es mich betrifft:
>> - Ob andere User das gleiche Problem haben. (Anscheinend
>>    ja.)
>> - Ob das Problem auf GMX-Seite oder auf User-Seite liegt.
>>    (Anscheinend auf GMX-Seite.)
>> - Ob GMX evtl. irgendetwas "heimlich" umgestellt hat (z.B.
>>    Server(-Adressen) umgezogen).
>> - Falls letzteres: welche Umstellungen man auf User-Seite
>>    machen muss, damit alles wieder wie gewünscht funktioniert.
> 
> In einem Anfall von "Windowritis" habe ich gerade einfach 'mal
> den fetchmail-Daemon neu gestartet - und siehe da: es
> funktioniert wieder.
> 
> Allerdings verwundert mich das jetzt schon ziemlich. Ich hätte
> eigentlich erwartet, dass fetchmail bei jedem Durchlauf (bei mir
> alle 5min) neue Verbindungen zum Server aufbaut. D.h., wenn sich
> 'mal irgendwie, irgendwo etwas in der Verbindung verschluckt,
> sollte sich das beim nächsten Durchlauf implizit automatisch
> wieder geben.

Moin Sebastian,

der Prozess lebt aber länger, wenn Du -d oder --daemon oder das 
rcfile-Äquivalent verwendest, und möglicherweise cacht Dein Resolver 
lokal auch Ergebnisse von DNS-Lookups über ein res_init() hinaus - was 
auch nur für GNU glibc halbwegs dokumentiert ist.  Um das halbwegs 
einzuschätzen, braucht's mehr Info übers Betriebssystem, 
Fetchmail-Version und Konfiguration.  Welche libc mit welchem Resolver 
und welcher Resolver-Konfiguration?  Sieht von den Symptomen her so aus 
als hätte Dein Resolver unterm Blech DNS-Adressen der GMX-Hosts 
nachgehalten, und bei Störungen mag's sein, dass so'n großer Provider 
auf Backup-Server umschalten kann, indem der einfach anderes DNS 
ausspielt - wobei die dafür eigentlich "zu lange" TTL haben von 
irgendwas jenseits 84000 s.

Wenn aber Dein Resolver jetzt die TTL verlängern würde oder aus einer 
temporären Störung von irgendeiner "Suchhilfe" aka. 
Werbeumleitungs-DNS-Würgerei Deines ISP falsche IP-Adressen für 
*.gmx.net gecacht hätte... wäre einiges erklärt.

Wenn Du ausführliche fetchmail-Logs aus dem Störungszeitraum hast, schau 
mal, ob die IP-Ranges sich nach dem fetchmail-Neustart geändert hätten.

Und setz den J.rg-Troll mal an die Sonne, wenn der hinter Deinem Haus im 
Schatten lungert.  Der hat Langeweile und muss in einen Zustand 
verbracht werden, in dem der die besser aushält.

Back to de.comm.software.mailserver | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Re: [GMX] nicht erreichbar Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2024-08-11 10:17 +0200
  Re: [GMX] nicht erreichbar Tim Ritberg <tim@server.invalid> - 2024-08-11 10:24 +0200
  Re: [GMX] nicht erreichbar Jörg Lorenz <hugybear@gmx.net> - 2024-08-11 11:37 +0200
    Re: [GMX] nicht erreichbar Rolf Buenning <r.buenning@gmx.de> - 2024-08-11 15:35 +0000
      Re: [GMX] nicht erreichbar Jan Montag <vintage@thafaker.de> - 2024-08-18 20:15 +0200
        Re: [GMX] nicht erreichbar Matthias Andree <matthias.andree@gmx.de> - 2024-08-29 02:28 +0200
  Re: [GMX] nicht erreichbar Matthias Andree <matthias.andree@gmx.de> - 2024-08-12 22:42 +0200
    Re: [GMX] nicht erreichbar Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2024-08-14 21:13 +0200
      Re: [GMX] nicht erreichbar Matthias Andree <matthias.andree@gmx.de> - 2024-08-18 15:00 +0200
        Re: [GMX] nicht erreichbar Thomas Hochstein <thh@thh.name> - 2024-08-21 23:53 +0200

csiph-web