> That is what "Paradigm" is all about. Not wanting any change. First of all, > once again I will explain, "If you don't want to use the function, then > don't" Why are you so concerned about a feature being added that you feel > you wouldn't use. I hardly believe just because you would not use it that we > should all suffer and not have it. OpenSRS is not going to drop the idea > because you don't like it.
Sergei has a point here, why not speak to Hollenbeck about the RRP/EPP limitations to see if this can/cannot be done. Personally, I could care less if this ever gets added to the protocol that handles registry transactions. Sure, there is the opportunity for OpenSRS to look further into this, but if you and your customer want it this badly why not speak to those who maintain the protocol, hell, invite them over to the list to be part of this discussion. In the end we can all sit here and discuss this until the cows come home ( apologies for the stupid Monday morning pun ), but if the current protocol cannot handle it and will be this way until RRP v2.6.57 patch build 46 then I think it would be very beneficial to this conversation to be aware of this now and not at some undetermined future date. > > -- > Mike Allen, 4CheapDomains.Net > [EMAIL PROTECTED] > http://www.4CheapDomains.Net > Need Advertising? Try DeerSearch.Com http://www.DeerSearch.com > > > ----- Original Message ----- > From: "Sergei Kolodka" <[EMAIL PROTECTED]> > To: "Mike Allen" <[EMAIL PROTECTED]> > Cc: "discuss-list" <[EMAIL PROTECTED]> > Sent: Monday, August 19, 2002 12:49 AM > Subject: Re[2]: Moving renewal dates... > > > > Hello Mike, > > > > Maybe you just have to jump into EPP draft discussion > > and try to explain to Scott Hollenbeck why do you need > > this. Your proposal could became an official standard. > > > > But for me personally, i don't think that you and your > > customer with 400 domains is a good reason to change > > registry's logic which will affect more than 30 millions > > domains. > > > > If it work - don't fix it. That's a good paradigm. > > > > Regards, > > Sergei > > > > > > MA> That would be acceptable. Although a little more technical, I think > > MA> (actually know) our customers would more than approve this type of > offer) > > > > > > MA> -- > > MA> Mike Allen, 4CheapDomains.Net > > MA> [EMAIL PROTECTED] > > MA> http://www.4CheapDomains.Net > > MA> Need Advertising? Try Dearer.Com http://www.DeerSearch.com > > MA> ----- Original Message ----- > > MA> From: "Derek J. Balling" <[EMAIL PROTECTED]> > > MA> To: "Michael Brody" <[EMAIL PROTECTED]> > > MA> Cc: "Ross Wm. Rader" <[EMAIL PROTECTED]>; "Mike Allen" > > MA> <[EMAIL PROTECTED]>; "Johannes Erdfelt" > <[EMAIL PROTECTED]>; > > MA> "discuss-list" <[EMAIL PROTECTED]> > > MA> Sent: Sunday, August 18, 2002 10:07 PM > > MA> Subject: Re: Moving renewal dates... > > > > > > >> > At the moment Verisign (the registry) accepts registrations and > > >> > renewals for 1 year increments. Therefore this would require a > change > > >> > at the registry level. > > >> > > >> Correct. > > >> > > >> > In the past when there were problems with transfers and domains had a > > >> > year taken away due to 'interesting policies' Verisign was able to > add > > >> > months to registrations to give domain owners time to renew their > > >> > domains, so they do have the technology to add less than 12 months to > a > > >> > domain name. > > >> > > >> Also correct. > > >> > > >> > Now a customer has for example 150 domain names expiring on 150 > > >> > different days. > > >> > Which expiration date do we standardize to? > > >> > > >> Let the customer decide what day is most convenient to them. The math > is > > >> still the same for the registry regardless. > > >> > > >> > Or do we give a choice of 4 days eg Jan 15, April 15, July 15, > October > > >> > 15 - to coincide with fiscal quarters? > > >> > > >> Just as a point of note, I've NEVER worked for a company whose fiscal > > >> quarter ended in the middle of month. > > >> 1/1-3/31,4/1-6/30,7/1-9/30,10/1-12/31 seems to be the schedule I've > > >> usually seen, with some occasional variation on which one is actually > > >> "first" in the fiscal year (e.g., my present employer runs 7/1-6/30). > > >> > > >> > How do we bill for this? > > >> > > >> We = RSP's? However you like. > > >> > > >> > do we take the new expiration date, subtract the current expiration > > >> > date, divide that by number of days in the year and multiply by the > > >> > annual renewal fee? Does OpenSRS do the same for our billing? Do we > > >> > have a minimum renewal fee (moving expiration date from October 13 > to > > >> > October 15?) results in a minimum renewal fee of $1.00? > > >> > > >> I think the logic of: > > >> N = number of days to move an expiration forward (only forward!) > > >> A = annual cost (presently $10.00) > > >> C = (N/365)*A = Cost to change expiration date, > > >> > > >> although I could also accept > > >> > > >> F = Handling Fee > > >> C = ( (N/365)*A) + F ) > > >> > > >> D > > >> > > >> > > > > -- erol M
