## ListFoldersOptions enumeration

The folder list selection options <br/>            Please note, this options are supported in case if server supports RFC 5258 "IMAP LIST Command Extensions"<br/>            See more details in https://tools.ietf.org/html/rfc5258

## Members
| Member name | Description |
| :- | :- |
|NONE|Not defined|
|SUBSCRIBED|SUBSCRIBED -  causes the LIST command to list subscribed names, <br/>            rather than the existing mailboxes.  <br/>            This will often be a subset of the actual mailboxes.  <br/>            It's also possible for this list to contain the names of mailboxes that don't exist.  <br/>            In any case, the list MUST include exactly those mailbox names that match the canonical list pattern and are subscribed to.  <br/>            This option is intended to supplement the LSUB command.  <br/>            Of particular note are the mailbox attributes as returned by this option, compared with what is returned by LSUB.  <br/>            With the latter, the attributes returned may not reflect the actual attribute status on the mailbox name, <br/>            and the \NoSelect attribute has a second special meaning (it indicates that this mailbox is not, itself, subscribed, but that it has descendant mailboxes that are).  <br/>            With the SUBSCRIBED selection option described here, the attributes are accurate and complete, and have no special meanings.  <br/>            "LSUB" and "LIST (SUBSCRIBED)" are, thus, not the same thing, and some servers must do significant extra work to respond to "LIST (SUBSCRIBED)".  <br/>            Because of this, clients SHOULD continue to use "LSUB" unless they specifically want the additional information offered by "LIST (SUBSCRIBED)".<br/>            This option defines a new mailbox attribute, "\Subscribed", that indicates that a mailbox name is subscribed to.<br/>            The "\Subscribed" attribute MUST be supported and MUST be accurately computed when the SUBSCRIBED selection option is specified.<br/>            Note that the SUBSCRIBED selection option implies the SUBSCRIBED return option (see below).|
|REMOTE|REMOTE -  causes the LIST command to show remote mailboxes as well as local ones, as described in [MBRef].  <br/>            This option is intended to replace the RLIST command and, in conjunction with the SUBSCRIBED selection option, the RLSUB command.<br/>            This option defines a new mailbox attribute, "\Remote", that indicates that a mailbox is a remote mailbox.<br/>            The "\Remote" attribute MUST be accurately computed when the REMOTE option is specified.<br/>            The REMOTE selection option has no interaction with other options.<br/>            Its effect is to tell the server to apply the other options, if any, to remote mailboxes, in addition to local ones.  <br/>            In particular, it has no interaction with RECURSIVEMATCH (see below). <br/>            A request for (REMOTE RECURSIVEMATCH) is invalid, because a request for (RECURSIVEMATCH) is.  <br/>            A request for (REMOTE RECURSIVEMATCH SUBSCRIBED) is asking for all subscribed mailboxes, both local and remote.|
|RECURSIVE_MATCH|RECURSIVEMATCH -  this option forces the server to return information about parent mailboxes that don't match other selection options, but have some submailboxes that do.  <br/>            Information about children is returned in the CHILDINFO extended data item.  <br/>            Note 1: In order for a parent mailbox to be returned, it still has to match the canonical LIST pattern.<br/>            Note 2: When returning the CHILDINFO extended data item, it doesn't matter whether or not the submailbox matches the canonical LIST pattern.  <br/>            The RECURSIVEMATCH option MUST NOT occur as the only selection option (or only with REMOTE), as it only makes sense when other selection options are also used.  <br/>            The server MUST return BAD tagged response in such case. <br/>            Note that even if the RECURSIVEMATCH option is specified, <br/>            the client MUST still be able to handle a case when a CHILDINFO extended data item is returned and there are no submailboxes <br/>            that meet the selection criteria of the subsequent LIST command, <br/>            as they can be deleted/renamed after the LIST response was sent, but before the client had a chance to access them.|

### See Also

* namespace [aspose.email.clients.imap](/email/python-net/aspose.email.clients.imap/)
* assembly [Aspose.Email](/email/python-net/)