I am sure they (The registry and OpenSRS) will test before going live. Therefore, why would it concern you what the registry does? I hate to burst your bubble but the registry's are always making changes on their end and you don't ever know it... ;o)
-- 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 8:55 AM Subject: Re: Moving renewal dates... > Hello, > > Mike, it's not question what OpenSRS can and what can't. > I'm personally don't care about any features that OpenSRS > uses on their backend, but AFAIK expiration date lay far > behind OpenSRS competence. It's registry feature. > And it's about how registration period handled - 1 (one) year > added to initial registration date, and there is just no place > for 9 months and 9 days. So, implementation of your proposal > will involve registry changes. And I definitely care about > such destructive changes. Period. > > -- > Best regards, > Sergei Kolodka > [EMAIL PROTECTED] > > MA> That is what "Paradigm" is all about. Not wanting any change. First of all, > MA> once again I will explain, "If you don't want to use the function, then > MA> don't" Why are you so concerned about a feature being added that you feel > MA> you wouldn't use. I hardly believe just because you would not use it that we > MA> should all suffer and not have it. OpenSRS is not going to drop the idea > MA> because you don't like it. > > > MA> -- > MA> Mike Allen, 4CheapDomains.Net > MA> [EMAIL PROTECTED] > MA> http://www.4CheapDomains.Net > MA> Need Advertising? Try DeerSearch.Com http://www.DeerSearch.com > > > MA> ----- Original Message ----- > MA> From: "Sergei Kolodka" <[EMAIL PROTECTED]> > MA> To: "Mike Allen" <[EMAIL PROTECTED]> > MA> Cc: "discuss-list" <[EMAIL PROTECTED]> > MA> Sent: Monday, August 19, 2002 12:49 AM > MA> 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 > MA> 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" > MA> <[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 > MA> 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 > MA> 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 > MA> 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 > MA> is > >> >> still the same for the registry regardless. > >> >> > >> >> > Or do we give a choice of 4 days eg Jan 15, April 15, July 15, > MA> 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 > MA> 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 > >> >> > >> >> > >> >
