[IBL] Fw: Newsletter - August 21, 2024

[Joel Roberts]

   ----- Forwarded message ----- From: Joel Roberts <joelproberts at yahoo.com>To: Robert Barnes <roblbarnes67 at gmail.com>Sent: Friday, 23 August 2024 at 07:18:05 pm GMT-4Subject: Re: [IBL] Newsletter - August 21, 2024
  

>2024-01>No. We need effective deadlines. But... we need to find more ways to help people get results in on time. And I'm not being dismissive of Brent's concern. Obviously, >more associates. Maybe there are other ideas we could brainstorm? 
Here is an actual use case where 01 would be appropriate. During one of the off weeks I was *technically* late with my results (although fully caught up by the end of the off week, so legally not late) because the team I was playing was way behind with their own games and had not put up an MIS for 10 weeks. I had the choice of playing the games without previous results or usage or even an MIS (10 week old MISs are not MISs) and technically I should have just played the games that way. But that would have not only been really inconvenient but it wouldn't be good for anyone. It wouldn't have been good for me, not for my opponent (who it turns out, had very good reasons for being behind that I was happy to accommodate once I found out what they were), and not for the integrity of the playoff race that he was in and the other teams in it. No, playing the games that way to meet an artificial off-week deadline would have been stupid and the way I played them was the right way to go.
But this did mean that even though I sent in transactions at the deadline, I slipped behind other teams and lost a waiver claim. If this proposal had been in place, I could have appealed the late results, played out the games a couple days later in the off-week (as I did),and not lost my place in the priority queue. This proposal is to give Rusty the discretion to adjust the queue in cases like these, which, IMO, is the right thing to do. (You may beg to differ.)
So, I obviously think yes is a reasonable vote here.
    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ibl.org/pipermail/members/attachments/20240823/108829f3/attachment.htm>