The original project at https://github.com/ddclient/ddclient
has been archived, so those of us offering to take it over can no longer discuss things on its issue tracker.
As mentioned in ddclient#528 (comment) I am happy to take on the project. Since upstream has now been discontinued, I will definitely maintain the project for my own use short-term. If there's sufficient interest from e.g. packagers and collaborators, I'll be happy to maintain it longer-term too.
Why use my fork? I don't have particular expertise in DNS, but I'm a long-term user of ddclient
, and I have a history of taking other unmaintained projects and maintaining them for a long time, e.g.:
The previous maintainer of ddclient rightly pointed out that the code base is not in a great state, and recommended that others use a different dynamic DNS client, so why continue with ddclient?
- Because it's familiar
- Because it supports a huge range of dynamic DNS providers.
Others have suggested rewriting ddclient in a more modern language than Perl. I sympathise with this aim; indeed, I have rewritten other projects that I have taken on, but I don't think it's a great idea for ddclient; at least, I don't have the time. Instead, if I find there is interest in my fork, I plan to make some radical simplifications to make ddclient
more maintainable long-term:
In general, I will concentrate on the core functionality of updating dynamic DNS entries, and tend to remove everything else, while retaining backwards compatibility on the command-line and in config files. In short, I will try to keep things working as well as I can for existing users.