Re: TWOFA - A 2FA Two-Factor Authentication solution 100% native to the IBM i

I don't think anyone has understood it otherwise. And this Mailing list is normally a very respectful and nice place. 

Yes - the direct access is a problem, if you need more than some explanation or local change - this works with an open member without problems. 

If you want more, just copy the sources to a local directory - let Bob do his job - and copy it back later. This works for me right now. 

And yes - the IBM i Application Modernization Premium Package will come as a paid add-on to Bob. Right now nothing is officially announced but a birdy tweeted that it might cost an additional $20 per user an month - on top of the Bob subscription. But don't bet your house on that information because I also have it only from a business partner. 

But the iAMPP will do more than "server based development" it also comes with additional workflows and commands for many tasks. And there will also be Premium Packages for other tasks like Java modernization or IBM z. 

Regards,
Daniel


> Am 10.05.2026 um 21:00 schrieb Steve M <[email protected]>:
> 
> Daniel,
> 
> Two things - One - I hope, hope, hope this was not seen as an attack on Jon. It was not. He wrote the note. Nothing more. Nothing but respect for you, dude!
> 
> Two, the biggest issue with Bob right now (which they say will be fixed in the next release) is direct access to traditional source (QxxxSRC) PF-SRC files.  With that being said, it has also been announced that that enhancement will come with "a cost."  That part I have not seen.  Then it's more than just "some Bob-coins" it may be a whole sack of 'em.
> 
> Steve
> 
> -----Original Message-----
> From: MIDRANGE-L <[email protected]> On Behalf Of Daniel Gross
> Sent: Sunday, May 10, 2026 13:46
> To: [email protected]
> Subject: Re: TWOFA - A 2FA Two-Factor Authentication solution 100% native to the IBM i
> 
> Hi Steve,
> 
> I don't think, that you will get a lot of backlash for your opinion.  
> 
> But I would second Jon - if someone write something new an shiny like 2FA in RPG - it's sad, that it's not **FREE.
> 
> Not because **FREE is better - because it looks more modern. You, Jon and I know, that the result is of course the same - but someone new looks at the code and sees columnar or **FREE - what does he/she thinks of the code?
> 
> But hope is not lost - using Bob Cozzys RPG/IV to **FREE converter and maybe some Bob-coins, and the whole repository is **FREE and looks new, modern and shiny.
> 
> Regards,
> Daniel
> 
> 
>> Am 10.05.2026 um 20:30 schrieb Steve M <[email protected]>:
>> 
>> Even as I am typing this I know it's a bad idea, but I can't stop myself.  
>> 
>> There's a real world out there, Jon, and a lot of the leaders in our industry, like yourself, I think sometime forget that.  It's columnar RPG, not free.  It's left-hand indicators and L1/LR logic.  It's O-specs and not PRTF.  It's F-specs and not imbedded SQL.  It's S36 legacy.  It's PF/LF (even fixed length F-Spec) and not DDL.  
>> 
>> Just like the millions upon millions of COBOL out there that still runs the backbone of systems today, RPG is no different.  One must accept this as fact; like it or not.  As you put it, "hard to read" or not.  That you, or someone else might write it today, or not.
>> 
>> Client to client, company to company, I continue to encounter this truth.  Maybe you have the luxury of being selective to the best and brightest of code - but a lot of us, I dare to say most of us, are slugging it through legacy day in/day out.  It's what got us here - it's what keeps the platform relevant and even in use in most cases. Without it, they'd fold it up and close it down.
>> 
>> I know there is going to be a holy-war on this one; entrenched positions, desires and beliefs, and even defiance.   Sorry all, it is what it is.  That's the system.  Again, no different than COBOL, so I strongly encourage we embrace it, support it, and even write in that fashion when the client/company says, "we want our changes to look just like the rest and not bounce back and forth old and new."  Not every company has the time, money, or more so the desire to want to enhance/upgrade/modernize.  That's okay - as long as they keep our platform alive we should encourage them, support them, and assist them and not battle with them over a meaningless hill to die upon; the hill of that's older code and you (client/company) need to upgrade it.  No, they don't.  It's theirs to do as they wish.
>> 
>> I am prepared for the onslaught of replies back at me arguing the opposite, but to those who do I ask you this - why argue it at all?  It's a fact.  It's out there. It's staying. If you don’t like to deal with it wherever you are today then find a different shop to work and be happy.  But as long as your shop desires the old way, help them the absolute best you can to make them be the absolute best they can be.  For that, right there, is what makes an IBM i developer different than any other language or platform - we want the best for our client; not always ourselves.
>> 
>> Steve
>> 
>> -----Original Message-----
>> From: MIDRANGE-L <[email protected]> On Behalf Of
>> Jon Paris
>> Sent: Sunday, May 10, 2026 13:01
>> To: Midrange Systems Technical Discussion
>> <[email protected]>
>> Subject: Re: TWOFA - A 2FA Two-Factor Authentication solution 100%
>> native to the IBM i
>> 
>> Agreed but sad to see that so much of it is fixed form, though. Even the calcs in some cases.
>> 
>> I know ... I'm getting old and cranky, but I really find it hard to read fixed form calcs these days - so many years since I wrote any.
>> 
>> 
>> Jon Paris
>> [email protected]
>> 
>> 
>> 
>>>> On May 10, 2026, at 1:15 PM, Richard Schoen <[email protected]> wrote:
>>> 
>>> This looks very interesting.
>>> 
>>> Regards,
>>> Richard Schoen
>>> Web: http://www.richardschoen.net
>>> Email: [email protected]
>>> 
>>> ---------------------------------------------------------------------
>>> -
>>> 
>>> message: 1
>>> date: Sun, 10 May 2026 12:53:14 +0800
>>> from: Vengoal Chang <[email protected]>
>>> subject: TWOFA - A 2FA Two-Factor Authentication solution 100% native
>>> to the IBM i
>>> 
>>> Please reference
>>> https://github.com/vengoal/TWOFA
>>> 
>>> --
>>> Best Regards,
>>> 
>>> Vengoal Chang
>>> 
>>> 
>>> --
>>> This is the Midrange Systems Technical Discussion (MIDRANGE-L)
>>> mailing list To post a message email: [email protected]
>>> To subscribe, unsubscribe, or change list options,
>>> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
>>> or email: [email protected]
>>> Before posting, please take a moment to review the archives at
>>> https://archive.midrange.com/midrange-l.
>>> 
>>> Please contact [email protected] for any subscription related questions.
>>> 
>> 
>> --
>> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
>> list To post a message email: [email protected] To
>> subscribe, unsubscribe, or change list options,
>> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
>> or email: [email protected]
>> Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.
>> 
>> Please contact [email protected] for any subscription related questions.
>> 
>> --
>> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
>> list To post a message email: [email protected] To
>> subscribe, unsubscribe, or change list options,
>> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
>> or email: [email protected]
>> Before posting, please take a moment to review the archives at
>> https://archive.midrange.com/midrange-l.
>> 
>> Please contact [email protected] for any subscription related questions.
>> 
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: [email protected] To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
> or email: [email protected]
> Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.
> 
> Please contact [email protected] for any subscription related questions.
> 
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: [email protected]
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
> or email: [email protected]
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/midrange-l.
> 
> Please contact [email protected] for any subscription related questions.
> 
-- 
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: [email protected]
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact [email protected] for any subscription related questions.