Re: Status of getmail vs getmail6 discussion
Matthias Andree <[email protected]> Mon, 10 Jul 2023 22:14:33 +0200
| Newsgroups | gmane.mail.getmail.user |
|---|---|
| Message-ID | <[email protected]> |
Am 10.07.23 um 13:46 schrieb [email protected] ([email protected]): > Hi Charles, hi all, > > > I'm using getmail for many years now. The original getmail, from > Charles, I've followed the copyright discussions with getmail's > "getmail6" fork owner and decided to stay with getmail. > > Getmail gets all emails from my external accounts (like the one I'm > sending this mailing list email from) and stores them in my > self-hosted dovecot/IMAP installation on a VPS. All getmail as systemd > units. Real time, if supported by email provider, systemd timer based > scheduled, if not. Rock solid, simply loving it! > > I've just upgraded this VPS from OpenSUSE leap 15.4 to 15.5. And > recognized now, that the distribution's pkg manager zypper now treats > getmail6 as successor for getmail. Means, that zypper now always > offers to remove pkgs for getmail, and newly install getmail6 pkgs > instead. > > For myself of course I can tell zypper to ignore this unwanted pkg > relationship. But as this distribution default IMHO seems to be not > correct, I want to ask about the current, maybe final status of the > getmail / getmail6 discussion. Last post I found is pretty long ago. Distributors are between a rock and a hard place. They want to pull the plug on Python 2 which is long dead, but they also don't want to take a software as getmail away from their users, which is not Python 3 aware, and as Charles has pointed out, that string/bytes/unicode/encoding stuff from the migration to Python 3 would be nontrivial and amounts to close to a rewrite. My personal way if I were subscribed to the list and my distro's package manager annoyed me were to either pin/lock/... however zypper calls the "don't touch it!" switch of the venerable getmail package (I read between your lines it has such features), or else install getmail from source if the distro still ships a Python 2.7 interpreter (you may need to tell your package admin tool that it wasn't automatically installed and that it should be kept), and move on. It's not as though getmail changed every other day. You only need to watch for updates in case there are critical ones.