Dovecot 命名空间前缀与底层 Maildir 结构的关系

Par*_*ife 5 dovecot

我试图弄清楚文件系统结构和 dovecot 的命名空间前缀之间是否/什么有联系。具体来说,在我的设置中,我没有声明任何命名空间,所以 dovecot 创建了一个默认命名空间。每当新用户第一次登录时,他们的 maildir 中的文件夹结构是:

Maildir/
   ...
   cur
   new
   .Sent Items
   .Drafts
   .Junk E-mail
   .Deleted Items
   ...
Run Code Online (Sandbox Code Playgroud)

当我从电子邮件客户端登录时,我看到这些邮箱:

INBOX
Sent Items
Drafts
Junk E-mail
Deleted Items
Run Code Online (Sandbox Code Playgroud)

我的问题是:

1.INBOX邮箱不应该是“.INBOX”目录吗?通过查看内容,我看到 INBOX 邮箱从“cur”目录中获取其项目。为什么收件箱邮箱出现这种异常?

2.如果我使用inbox=yes 和prefix=FOO 定义显式私有命名空间,会产生什么后果,如果有的话,这会对文件夹结构和客户端邮箱显示产生什么影响?基本上我无法弄清楚名称空间前缀的用途,以及它是否用于命名用户 Maildir 中的实际目录。

谢谢

编辑:阅读答案并进行更多挖掘后,我仍然遇到这个问题:IMAP 邮箱/文件夹在 Maildir 目录中有其相应的 fs 目录,(例如,当用户创建(从他们的 IMAP 客户端)一个顶级文件夹/邮箱,说“重要”,在Maildir下创建了一个“.Important”目录。所以每个IMAP邮箱/文件夹的映射目录都是Maildir的子目录。除了INBOX邮箱:它对应的目录是Maildir本身。我想将 INBOX 目录设置为 Maildir 的子目录,就像所有其他邮箱一样。我根本不使用 mbox。我想做的事情有意义吗?如果是,我该怎么做?