Dear John
I agree with you but what I said was, setting a level for reserve account is outside our mandate.
Whether or not it is a bad thing or wrong message or otherwise to put money from auction  at the top of the predetermined level of reserve account set by ICANN is a matter yet to be dabated  and decided upon.
In your views it is a bad thing and wrong message to the community. I do not share that view until we fully debated that and come to the same conclusions or otherwise.
Regards
Kavouss

On Thu, Aug 10, 2017 at 9:00 PM, John R. Levine <johnl@iecc.com> wrote:
Alan’s view that CCWG discuss the level of ICANN reserve account is outside
the mandate of CCWG. We may just decide whether or not that account be fed
by using Auction money but decision on the appropriate level of the reserve
account is totally outside or mandate as it is a decision to be made by the
Board and not by this group

Technically, the board has to approve any disbursement plans we come up with, so it's always a board decision, but I agree that using auction money to top up the reserves is a bad idea for two reasons:

1.  It would send a bad message to the community.  ICANN goes through a
   complex multi-year process to decide who to give the auction bonus to
   and decides the most deserving recipient is (drum roll) ICANN itself!
   We've now confirmed every speculation that ICANN is a bunch of corrupt
   navel gazers.

2.  It would send an equally bad message about ICANN's financial
   management.  While the timing of the USG transition was hard to
   predict, the fact that it would happen and would cost extra was not.
   In general, well run organizations match their revenue and expenses,
   including maintaining adequate reserves.  If ICANN didn't plan ahead,
   invaded the reserves, and can only restore them by a top them up from
   this one-time piggy bank, what will happen the next time ICANN doesn't
   plan for something?

Regards,
John Levine, johnl@iecc.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this e-mail. https://jl.ly