Thanks again.
So aiming for example for an eventual release of 1.21, instead of
sendmail-pmilter-1.21-TRIAL3.tar.gz
you'd suggest for example
sendmail-pmilter-1.20_01.tar.gz
with
our $VERSION = '1.20_01';
in the .pm files themselves?
All fine by me if it's acceptable. It just seems that there's a lot of different ways that people do it. :/
| [reply] |
Yes, that's precisely what I would do in your shoes. It's not immediately clear to me why you are jumping to 1.20/1.21 given the last release is 1.00 but if there's a good reason, that's fine.
There are indeed lots of different ways that people do it. For your own dists which you might release from scratch then please feel free to choose your own method. But when it's an established dist which you have taken over then I think it's only sensible and courteous to the existing users to continue the already-established practice there.
| [reply] |
My reasoning for the jump from 1.00 to 1.2x is that
(1) this version is a significant upgrade (*) from earlier releases, not just fixes and
(2) although I don't think there's any active development at the moment, there have been forks elsewhere and I don't want this version to conflict with something I haven't seen.
(3) I considered version 2.x but I don't want to give any false impressions, nor give the appearance of wanting to give them IYSWIM.
Does that seem reasonable?
Thanks again for all the help.
(*) The significance of the upgrade is primarily that all previous versions support only Milter Protocol Version 2 at best. Milter Protocol Version 2 first appeared with Sendmail 8.12.0, 8th September 2001. This release supports Milter Protocol Version 6, including negotiation with the MTA for all negotiable Protocol features and data buffer sizes. Version 6 of the Protocol first appeared with Sendmail 8.14.0, 31st January 2007, and is still used in the current Sendmail open source release, 8.15.2, 3rd July 2015. I'm now looking at 8.16.0.41, which isn't yet released, in which I believe the Milter Protocol again remains unchanged.
| [reply] |