RE: Unexpected result from LIST EXTENDED command

2019-07-16 Thread Emil Kalchev via dovecot
There is no error in the server logs. I checked those particular folders on the 
server and they don’t seems to have anything special about them, like 
permission or etc.

Yes, calling STATUS on those particular folders returns the status. The folders 
can be opened and they have emails in them so nothing special about those 
folders.

# 2.3.5 (513208660): /etc/dovecot/dovecot.conf
# OS: Linux 3.10.0-957.21.3.el7.x86_64 x86_64 CentOS Linux release 7.6.1810 
(Core)
# Hostname: mail.HIDDEN
auth_cache_size = 1 M
auth_mechanisms = plain login
auth_username_chars = 
"abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789!#$-=?^_{}~./@+%"
disable_plaintext_auth = no
first_valid_uid = 201
lda_mailbox_autocreate = yes
lmtp_rcpt_check_quota = yes
lmtp_save_to_detail_mailbox = yes
lmtp_user_concurrency_limit = 4
mail_access_groups = dovecot
mail_plugins = quota quota_clone zlib fts fts_solr
mail_prefetch_count = 20
maildir_very_dirty_syncs = yes
namespace inbox {
inbox = yes
location =
mailbox Archive {
auto = create
special_use = \Archive
}
mailbox Archives {
auto = no
special_use = \Archive
}
mailbox Drafts {
auto = subscribe
special_use = \Drafts
}
mailbox Sent {
auto = subscribe
special_use = \Sent
}
mailbox "Sent Messages" {
auto = no
special_use = \Sent
}
mailbox Trash {
auto = subscribe
special_use = \Trash
}
mailbox spam {
auto = subscribe
special_use = \Junk
}
prefix = INBOX.
separator = .
type = private
}
passdb {
args = /usr/local/cpanel/etc/dovecot/cpauthd-dict.conf
driver = dict
result_failure = return-fail
}
plugin {
acl = vfile:cache_secs=86400
fts = solr
fts_solr = url=http://#hidden_use-P_to_show#@127.0.0.1:8984/solr/dovecot/
quota_exceeded_message = Mailbox is full / Blocks limit exceeded / Inode limit 
exceeded
}
protocols = lmtp imap pop3
service auth {
unix_listener auth-client {
mode = 0666
}
}
service config {
vsz_limit = 2 G
}
service dict {
unix_listener dict {
group = dovecot
mode = 0660
}
}
service imap-login {
client_limit = 500
inet_listener imap {
address = *,::
}
inet_listener imaps {
address = *,::
}
process_limit = 50
process_min_avail = 2
service_count = 0
vsz_limit = 128 M
}
service imap {
process_limit = 512
vsz_limit = 512 M
}
service lmtp {
client_limit = 1
process_limit = 500
unix_listener lmtp {
group = mail
mode = 0660
user = mailnull
}
vsz_limit = 512 M
}
service managesieve-login {
client_limit = 500
process_limit = 50
process_min_avail = 2
service_count = 0
vsz_limit = 128 M
}
service managesieve {
process_limit = 512
vsz_limit = 512 M
}
service pop3-login {
client_limit = 500
inet_listener pop3 {
address = *,::
}
inet_listener pop3s {
address = *,::
}
process_limit = 50
process_min_avail = 2
service_count = 0
vsz_limit = 128 M
}
service pop3 {
process_limit = 512
vsz_limit = 512 M
}
service quota-status {
executable = quota-status -p postfix
unix_listener quota-status {
mode = 0666
}
}
service stats {
client_limit = 2000
unix_listener stats-writer {
mode = 0666
}
}
ssl_cert = 
Sent: Tuesday, July 16, 2019 10:59 AM
To: Emil Kalchev 
Cc: Dovecot Mailing List 
Subject: Re: Unexpected result from LIST EXTENDED command

On 16 Jul 2019, at 9.51, Emil Kalchev via dovecot 
mailto:dovecot@dovecot.org>> wrote:

I am executing this command below to dovecot-2.3.5-6.cp1178.x86_64 server

Notice that some status responses are missing (For folders INBOX.Archive, 
INBOX.spam.&-BD0EOQQ9BDkEPQ-). I wonder If this is a bug or working as expected

In rfc5819 there is this:

If the server runs into unexpected problems while trying to look up
the STATUS information, it MAY drop the corresponding STATUS reply.
In such a situation, the LIST command would still return a tagged OK
reply.

May be that is the reason for this response? Is it possible to find more 
details in server logs why STATUS is missing?

Do you see any errors logged? Does it work if you ask with STATUS command 
directly those folders? What's your doveconf -n?



Unexpected result from LIST EXTENDED command

2019-07-16 Thread Emil Kalchev via dovecot
I am executing this command below to dovecot-2.3.5-6.cp1178.x86_64 server

Notice that some status responses are missing (For folders INBOX.Archive, 
INBOX.spam.&-BD0EOQQ9BDkEPQ-). I wonder If this is a bug or working as expected

In rfc5819 there is this:

If the server runs into unexpected problems while trying to look up
the STATUS information, it MAY drop the corresponding STATUS reply.
In such a situation, the LIST command would still return a tagged OK
reply.

May be that is the reason for this response? Is it possible to find more 
details in server logs why STATUS is missing?

C: B0007 LIST "" "INBOX.*" RETURN (SUBSCRIBED CHILDREN STATUS 
(HIGHESTMODSEQ))
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.gfgfee888
S: * STATUS INBOX.gfgfee888 (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.
S: * STATUS INBOX. (HIGHESTMODSEQ 3)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.y
S: * STATUS INBOX.y (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.y
S: * STATUS INBOX.y (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.fgfgfg
S: * STATUS INBOX.fgfgfg (HIGHESTMODSEQ 61)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." INBOX.Mailspring
S: * STATUS INBOX.Mailspring (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.Mailspring.Snoozed
S: * STATUS INBOX.Mailspring.Snoozed (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.fgfgf
S: * STATUS INBOX.fgfgf (HIGHESTMODSEQ 3)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.34
S: * STATUS INBOX.34 (HIGHESTMODSEQ 5)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." INBOX.
S: * STATUS INBOX. (HIGHESTMODSEQ 2)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX..
S: * STATUS INBOX.. (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.mkmkm
S: * STATUS INBOX.mkmkm (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." INBOX.sdfsf
S: * STATUS INBOX.sdfsf (HIGHESTMODSEQ 1)
S: * LIST (\HasChildren \UnMarked) "." INBOX.sdfsf.sdfsdfsdfsd
S: * STATUS INBOX.sdfsf.sdfsdfsdfsd (HIGHESTMODSEQ 1)
S: * LIST (\HasNoChildren \UnMarked) "." INBOX.sdfsf.sdfsdfsdfsd.
S: * STATUS INBOX.sdfsf.sdfsdfsdfsd. (HIGHESTMODSEQ 2263)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." INBOX.uuyy
S: * STATUS INBOX.uuyy (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." INBOX.uuyy.sdfsdf
S: * STATUS INBOX.uuyy.sdfsdf (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." "INBOX.uuyy.sdfsdf.New 
Folder"
S: * STATUS "INBOX.uuyy.sdfsdf.New Folder" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." "INBOX.uuyy.sdfsdf.New 
Folder.dfgdfg"
S: * STATUS "INBOX.uuyy.sdfsdf.New Folder.dfgdfg" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." "INBOX.uuyy.sdfsdf.New 
Folder.dfgdfg.sdfsdfsdf"
S: * STATUS "INBOX.uuyy.sdfsdf.New Folder.dfgdfg.sdfsdfsdf" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." "INBOX.uuyy.sdfsdf.New 
Folder.dfgdfg.sdfsdfsdf.sdfsdfsfsdf"
S: * STATUS "INBOX.uuyy.sdfsdf.New Folder.dfgdfg.sdfsdfsdf.sdfsdfsfsdf" 
(HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." "INBOX.uuyy.sdfsdf.New 
Folder.dfgdfg.sdfsdfsdf.sdfsdfsfsdf.asdasdasd"
S: * STATUS "INBOX.uuyy.sdfsdf.New 
Folder.dfgdfg.sdfsdfsdf.sdfsdfsfsdf.asdasdasd" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.uuyy.fdfgdfg
S: * STATUS INBOX.uuyy.fdfgdfg (HIGHESTMODSEQ 2)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.vvvcv
S: * STATUS INBOX.vvvcv (HIGHESTMODSEQ 2627)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." INBOX.hallo
S: * STATUS INBOX.hallo (HIGHESTMODSEQ 96)
S: * LIST (\Subscribed \HasChildren \UnMarked) "." "INBOX.New Folder"
S: * STATUS "INBOX.New Folder" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." "INBOX.New 
Folder.omgfolder"
S: * STATUS "INBOX.New Folder.omgfolder" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." "INBOX.New 
Folder.testfolder"
S: * STATUS "INBOX.New Folder.testfolder" (HIGHESTMODSEQ 1)
S: * LIST (\HasNoChildren \UnMarked) "." "INBOX.New Folder.hkhk"
S: * STATUS "INBOX.New Folder.hkhk" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." "INBOX.New Folder.zzz"
S: * STATUS "INBOX.New Folder.zzz" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." "INBOX.New Folder.aaa"
S: * STATUS "INBOX.New Folder.aaa" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." "INBOX.New Folder.kgkgkk"
S: * STATUS "INBOX.New Folder.kgkgkk" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." "INBOX.New Folder.gggfff"
S: * STATUS "INBOX.New Folder.gggfff" (HIGHESTMODSEQ 1)
S: * LIST (\Subscribed \HasNoChildren \UnMarked) "." "INBOX.New Folder.New 
Folder"
S: * STATUS 

Weird response to LIST EXTENDED

2019-07-15 Thread Emil Kalchev via dovecot
Hello,

I was discussing weird response from Dovecot on Mailkit (this is client IMAP C# 
library) github page. We concluded that this is a bug in Dovecot server but I 
wanted to double check with you. Here are the details about the issue

https://github.com/jstedfast/MailKit/issues/879

Sent with OfficeSuite Mail for Windows PC
www.officesuitenow.com