Supporting RFC4466 as well as the basic ABNF in RFC3501 will give significant forward compatibility, allowing us to partially parse some other extensions which we don't (yet?) otherwise support. Additionally, RFC4466 support is necessary for RFC9051.
Supporting RFC4466 as well as the basic ABNF in RFC3501 will give significant forward compatibility, allowing us to partially parse some other extensions which we don't (yet?) otherwise support. Additionally, RFC4466 support is necessary for RFC9051.
tagged-extsyntaxtagged-ext-val(done as part of ⚡ Better Faster CleanerSTATUSparsing #225)ExtensionData(done as part of ⚡ Better Faster CleanerSTATUSparsing #225)#to_hash) #127#to_ary) #128#to_str) #129(also usable for non-RFC4466 extension data)
#select/#examineCommands#select/#examine, usingselect-paramssyntax (RFC4466 tagged-ext) #124#select/#examinefor existingselect-paramextensionscondstorekwarg to#select,#examine(RFC7162, CONDSTORE) #122:qresynckwarg to#select,#examine(RFC7162) #123#createCommand#create, usingcreate-paramssyntax (RFC4466 tagged-ext) #126#createfor existingcreate-paramextensions:usekwarg to#create(RFC6154, SPECIAL-USE) #125#renameCommand#rename, usingrename-paramssyntax (RFC4466 tagged-ext) #130#fetchand#uid_fetchCommands#fetch/#uid_fetch, using RFC4466 tagged-ext syntax #133#fetch/#uid_fetchfor existingfetch-modifierextensionschangedsincekwarg to#fetch/#uid_fetch(RFC7162, CONDSTORE) #132:vanishedkwarg to#fetch/#uid_fetch(RFC7162, QRESYNC) #131#searchCommandSEARCHcommand #115#search, usingsearch-return-optssyntax (RFC4466 tagged-ext)ESEARCHuntagged response #121esearch-responseandsearch-response-data#120search-return-dataextensions directly#appendCommandBINARYextension to#append(RFC3516, RFC4466) #535LITERAL+(obsoletes: RFC2088 1997) #537MULTIAPPENDextension (also RFC4466) #536