Additional admin functions

[jgknight]

Summary

This PR finishes the previously stubbed out admin functionality for requesting and setting email address, confirmation status, and registration preference/status.

It also adds a check that was missing to the formatting screenname validation that the sn doesn't end in a space.

Email Address

• User can now set and update their email address using the AIM client
• Performs validation that it meets basic format user@host
• Performs validation that it is <= 320 characters
• Note that any waiting periods or confirmations etc are not required at this time

Confirmation Status

• User confirmation status is now reflected in the UserInfoFlags TLV. This can be seen when hovering mouse cursor over the user in your buddy list
• User can confirm their account if they have an email address set
• Note that any waiting periods or confirmations etc are not required at this time

Registration Preference/Status

• User can update their privacy preference in the AIM client and it is stored/reflected back to them

Other changes

• Added database migrations to add new columns for the email, confirmation, and reg pref data
• Added a clientInfoFlags member to the Session struct and added setters/getters so these flags can be updated more centrally. Note this also includes moving the away/unavailable flag setting logic to avoid a deadlock
• Updated unit tests

Future changes
Just wanted to mention that I'm intentionally not doing in this PR:

• Mgmt api - I need to figure out a good spot for the username and email address validation logic so that we can apply the same logic to new accounts via mgmt api, new accounts via disable_auth, and for updates from the AIM client

Testing Done

Logging in as a brand new account, the account shows up as 'Unconfirmed Internet' in the buddy list

Attempting to format the screenname with one ending in a space results in an error

Attempting to confirm the account (My AIM > Edit Options > Confirm Account) without an email address set results in an error

Opening the update email address window, it starts out reporting the user has no email set

Attempting to enter an invalid email format results in an error

Setting the email to TestUser10@aol.com results in a success message. Note that as of this writing, the email change isn't actually pending and the user doesn't need to wait 72 hours. The email is immediately updated in the database, which can be seen if you open the update email address window again

Now with an email set, the account can be confirmed. Attempting to reconfirm the account will tell the user it's already confirmed

Confirming the account sends a broadcast to all buddies with the updated userinfo tlv and now hovering over the name no longer shows the unconfirmed status

Resigning into AIM, the user continues to report as just 'Internet' not 'Unconfirmed Internet'

I also tested that setting Away/returning still works as I moved the logic for setting those flags.

Going to Preferences > Privacy, the toggle at the bottom can now be adjusted and saved

For the database migration I started with a database from retro-aim-server release version 0.8.0. Running the newer binary from my local build resulted in the database table having additional columns created and email address could be saved.

All unit tests pass.

[mk6i]

thanks for the PR, just a few small things

[jgknight]

I've updated the error cases to send with the correct snac. I also noticed that pidgin/libpurple checks for the error TLV + a not-null URL TLV so that's why I'm sending it.