Unable to create large (300+) number of tags at one time

[ocelotsloth]

After running the following (it's ugly..I'm sure there's a better way but it worked) to create all the missing tags:

notmuch address --output=recipients --deduplicate=address --format=json to:@<my-domain> tag:inbox | jq -r '.[].address' | grep <my-domain> | xargs -L1 -I %s echo %s | cut -d@ -f1 | xargs -L1 -I %s notmuch tag -inbox +%s to:%s@<my-domain>

I am unable to synchronize those changes back up to Fastmail:

[ocelotsloth@ocelotsloth-xps mark]$ mujmap -v sync
Retrieving metadata... (7 possibly changed)
Applying changes to notmuch database... (0 new, 7 changed, 0 destroyed)
error: Could not sync mail: Could not create missing mailboxes for tags `[<<long list of 317 tag names>>]': Could not complete API request: https://api.fastmail.com/jmap/api/: status code 400

I'll take a closer look later today (after work), but my current guess is there's a limit to how many tags can be created in a single request and it may need to be paginated. I haven't dug into the mujmap code yet to see if it does that already though.

If I find it I'll try and get a patch written this week....I'd prefer that over manually adding all these tags in the web interface.

[vbmithr]

Same issue here, with not so long a list (~50 elts).

[TimQuelch]

I ran into this issue as well. There is pagination implemented using the session's configured max_objects_in_set value https://github.com/elizagamedev/mujmap//blob/5f700af890769185ad99d4aae9f53496bb2aa6f2/src/remote.rs#L997

For fastmail this looks like it is 4096. I manually reduced it to 512 and that seems to work.