in reply to Re^3: Looking for the maintainer of Sendmail::Milter.
in thread Looking for the maintainer of Sendmail::Milter.

There are replies to this thread at least which it appears you have indeed received. You can always check the archives like this to see if you've missed any.

  • Comment on Re^4: Looking for the maintainer of Sendmail::Milter.

Replies are listed 'Best First'.
Re^5: Looking for the maintainer of Sendmail::Milter.
by GWHAYWOOD (Sexton) on Jul 26, 2018 at 07:31 UTC

    Yes, I followed the guidelines - I started this ball rolling in February 2017, and the response has been, to put it politely, thin.

    Thanks very much for the links, looks like there have been no replies that I haven't seen.

      Don't know if I'm using the comment facility in the way that's intended, please be gentle.

      Yes, it's been a while since I started this ball rolling.

      No luck at all with the (alleged) maintainer of Sendmail::Milter.

      I've re-written Sendmail::PMilter so that it doesn't need Sendmail::Milter.

      I've been exercising it for a while and it's Been Reliable For Me.

      I'd now like to work on the packaging, so I can get anyone who's interested to try a TRIAL version, and I'm looking at
      https://www.cpan.org/modules/04pause.html#before

      It's recommended there for newbies like me to use PrePAN, but unfortunately PrePAN wants me to log in using Twitter or Github.

      I neither have nor want accounts on Twitter and Github.

      Can anyone suggest alternatives?

      Thanks.

        You could upload it to CPAN as a developer release (a mechanism designed for scenarios just like yours).
        Can anyone suggest alternatives?

        If the user interface of Sendmail::PMilter is unchanged then I don't see that it needs to go to PrePAN anyway. All you will have done is changed how it performs its tasks internally which is something the module users won't care about. In which case, I agree with Arunbear and you should just roll a dev release.