1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.GERMAN

  • [Sid] Neues eigenwilliges Verhalten von Fetchmail 6.4.33

    From Timo Sokal@21:1/5 to All on Tue Sep 13 13:40:01 2022
    Hallo Leute,

    ich habe gerade die letzten Nachrichten von apt-listchanges
    durchgesehen, dort aber nichts dazu gefunden.

    Auf meinem Bastel- und Experimentierrechner ist Fetchmail installiert,
    aber der Daemon nicht eingerichtet. Nie eingerichtet gewesen.
    Wenn ich einen Mailabruf brauchte habe ich das mit einer .fetcmailrc im
    HOME Directory und per Befehlt "fetchmail" gemacht.
    Neuerdings geht das seit einiger Zeit nicht mehr, weil Fetchmail
    scheinbar, unter ignorieren der systemweiten Einstellung für den
    Daemon, einen eigenen Prozess startet und alle angelegten .fetcmailrc abarbeitet.
    Das will ich nicht und möchte das unterbinden. Nur wie? Und wo?

    Systemd hatte ich in Verdacht, aber laut der systemctl-Ausgabe läuft da nichts. Und das killen des Prozesses funktioniert nicht, da er offenbar
    sofort wieder gestartet wird.
    Das Verhalten scheint neuerdings auch auf auf anderen Systemen, dort
    mit Fetchmail 6.4.24, üblich zu sein.

    Danke für Tipps und Hinweise.

    --
    Timo Sokal

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jochen Spieker@21:1/5 to All on Wed Sep 14 01:30:01 2022
    Timo Sokal:

    Auf meinem Bastel- und Experimentierrechner ist Fetchmail installiert,

    Leute, wie die Zeit vergeht. Ich wollte gerade klugscheißen und
    schreiben, dass man fetchmail seit 20 Jahren nicht mehr verwenden soll.
    Muss aber gerade lesen, dass fetchmail seit Ewigkeiten ein neues
    Maintainerteam hat und inzwischen eher getmail Geruch ansetzt. Ob
    fetchmail aber inzwischen weniger buggy ist … naja.

    J.
    --
    My medicine shelf is my altar.
    [Agree] [Disagree]
    <http://archive.slowlydownward.com/NODATA/data_enter2.html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Florian Dietzsch@21:1/5 to All on Wed Sep 14 16:30:01 2022
    Am Dienstag, dem 13.09.2022 um 18:53 +0200 schrieb Uwe Kerstan:

    Hallo Uwe
    Hallo Timo

    Du scheinst nicht der Einzige zu sein:
    https://bugs.debian.org/1019549

    Also wohl doch systemd?
    Ich habe das gleiche Problem mit Testing seit dem Update vom
    Wochenende.

    --
    FloriDie

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marc Haber@21:1/5 to All on Wed Sep 14 21:00:01 2022
    On Wed, 14 Sep 2022 18:42:40 +0200, Uwe Kerstan <uwe.kerstan@gmx.de>
    wrote:
    Ich vermute, weil das Vorgängerpaket noch ohne systemd war, dass es einfach >aktiviert wird, ohne /etc/default/fetchmail -> START_DAEMON=no zu beachten.

    Aus genau diesem Grund ist die Verwendung solcher Schalter seit vielen
    Jahren laut Policy unerwünscht. sysv-Dienste schaltet man mit
    update-rc.d ab.

    Grüße
    Marc
    --
    -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
    Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul Muster@21:1/5 to Marc Haber on Wed Sep 14 21:30:01 2022
    On 14.09.22 20:49, Marc Haber wrote:
    On Wed, 14 Sep 2022 18:42:40 +0200, Uwe Kerstan <uwe.kerstan@gmx.de>
    wrote:

    Ich vermute, weil das Vorgängerpaket noch ohne systemd war, dass es einfach >> aktiviert wird, ohne /etc/default/fetchmail -> START_DAEMON=no zu beachten.

    Aus genau diesem Grund ist die Verwendung solcher Schalter seit vielen
    Jahren laut Policy unerwünscht.

    Hab' ich nicht gerade heute....? Ja, doch, genau:

    | Open the file: /etc/default/o2cb and change the following line:
    |
    | "O2CB_ENABLED=false"
    |
    | to "O2CB_ENABLED=true"
    |
    | This enables OCFS2 to startup at boot time (which you obviously should
    | want if you are using such a filesystem).

    sysv-Dienste schaltet man mit
    update-rc.d ab.

    Hat sich wohl noch nicht ausreichend rumgesprochen.


    mfG Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marc Haber@21:1/5 to exp-311222@news.muster.net on Sat Sep 17 16:00:01 2022
    On Wed, 14 Sep 2022 21:15:32 +0200, Paul Muster
    <exp-311222@news.muster.net> wrote:
    Hat sich wohl noch nicht ausreichend rumgesprochen.

    Heureka! Ich hab's gefunden: Policy 9.3.3.1:

    |An older practice, which should not be used, was to include a line
    |like "DISABLED=yes" in the package’s "/etc/default" file. The
    |package’s init script would not start the service until the local
    |system administrator changed this to "DISABLED=no", or similar. The
    |problem with this approach was that it hides from the init system
    |whether or not the daemon should actually be started, which leads to |inconsistent and confusing behavior: "service <package> start" could
    |return success but not start the service; services with a dependency
    |on this service will be started even though the service isn’t running;
    |and init system status commands could incorrectly claim that the
    |service was started.

    Ist allerdings nur ein "should".

    Grüße
    Marc
    --
    -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
    Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)