Re: getmail failing for messages with invalid uncode

On Thu 21Oct14 22:33, Michael Grant wrote:
>On Thu, Oct 14, 2021 at 09:08:39PM +0200, Roland Puntaier wrote:
>> Please don't report issues regarding getmail6 (getmail with adaptations to work with Python3)
>> on the getmail mailing list.
>> The place for getmail6 is https://github.com/getmail6/getmail6.
>> It says so in the README.
>> I wouldn't like to produce any burden for Charles by my attempt to make
>> getmail available for Python3.
>
>Roland, you do realize your adaptation is now in Debian (and maybe
>other repos)?  It looks like your version was packaged up for Debian
>by Sudip Mukherjee who I've cc'ed now to bring into this mess.

Yes, I know.
I had made adaptations to make getmail work with Python3.
I informed Charles, but he did not pull them.
Remco and I decided to maintain a separate fork and to call it getmail6.
Sudip contacted me, too, to ask, whether I was committed to maintain the fork.

Why getmail6? Because I did not change getmail's design and interface,
at least not backward-incompatible ones.
It is still getmail.
Scripts of users use the name getmail.

In a private email Charles asked me to change the name,
possibly triggered by your mail to the getmail mailing list.
I would not like to make any incompatible changes, though.
A name change is an interface change.

>If you intend on keeping this as a separate project, if you guys can't
>agree to merge things, then I definitely think you should rename it to
>something else.  For example getmail-rp, getmail-py3, neogetmail...?

In my answer to to Charles,
I asked him, whether we could bring the forks together, again.
Charles did not deny, but did also not make any specific suggestion.

I once asked Charles to join the organization on https://github.com/getmail6.
That would be a line with the least disruption for distro maintainers.
getmail6 is still getmail. It is still Charles' project.
We could co-maintain it or if he prefers, he can take over the organization.

Alternatively, Charles, if you own https://github.com/getmail, you could fork there
or take any other initiative to provide Python3 support.

>And probably start your version at 1. I think there's a way in the
>package to warn users of changes like this if such a package is
>installed.  Perhaps Sudip would be kind enough to make that happen if
>you do change the package name.  I did not check if the same mess
>exists in the rpm world or other package systems.
>
>I had no idea the mess here when I tried to get some help.

If you think away the people behind getmail,
then getmail6 is based on getmail 5.14 and thus it should have a bigger version number.
It should also have the same name on the system.

Sources of different forks need different addresses, obviously,
but not when installed on the system.
On github most projects have many forks.
People don't rename the projects just because of a fork.

People should organize to fulfill the technical logic.

There is no mess.
To have forks is normal.

To report an issue in the wrong fork can happen.  No big deal.
I hope your issue is solved with the newest version of getmail6.