Increase /characters/{character_id}/mail/ maxItems to something higher than 50

[antihax]

Feature request

Could maxItems for /characters/{character_id}/mail/ be increased to 500 or 1000?

Use Case

Requesting the whole mailbox currently takes a very long time as you cannot predict last_mail_id without completing each request to pull concurrently.

On a mailbox of 2000, that is 40 consecutive calls at around 1 second each.

[a-tal]

we'd like to change this to use the standard ESI pagination (including x-pages) rather than the last_mail_id concept.

[bsamuels453]

in its current state, I can pause an evemail scanning job and restart it later. this is important for this endpoint because of the vast number of evemails people accumulate over the years.

if this endpoint switches to x-pages, I will have to completely restart the job from page 1 every time the cached data is refreshed, or as snowedin pointed out, store the page number and dedupe any evemails that have been "pushed back" by new evemails

[antihax]

Can haz increase?