如何以交互方式重命名muttMUA 中的 IMAP 文件夹?目前,如果我想更改文件夹名称,我会使用 gmail 网络浏览器界面,但这相当低效。中是否有与 unixmv命令等效的命令mutt?
当我在 google 上搜索此主题时,搜索结果与重命名本地 mutt 文件夹和文件有关,例如.muttrc.
我已经从使用 Thunderbird 切换到offlineimap和mutt。我的邮箱有超过 50k 条消息。调整一些设置后,mutt对这么多消息非常敏感。notmuch搜索速度非常快。但是offlineimap可能需要几分钟才能同步所有文件夹。
经过一些研究,IMAP 似乎不适用于非常大的文件夹。如果是这种情况,那么我应该使用什么样的 emal 工作流程来保持文件夹更小?
我在tmux,mutt在一个非活动窗口。如果 IMAP 标志通过外部方式在消息上发生变化,我会看到可视铃和状态栏发生变化,将我的注意力吸引到电子邮件客户端上。这很好用。
我想做但仍然无法上班的是:
我通过 IMAPS 使用 Gmail。
Mutt的侧边栏无法正确读取希腊字符(使用希腊字符命名的邮箱)。无论如何,在 index 和 pager内部都没有这样的问题,其中希腊字符/单词/名称看起来很好。

吉尔斯评论后更新
有问题的设置,用于两个不同的系统(工作站和笔记本电脑,都运行 Funtoo 和 GNU bash,版本 4.2.45(1)-release),包括用于从/向 IMAP 服务器读取/写入电子邮件的 mutt . 的回应locale是
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE=POSIX
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Run Code Online (Sandbox Code Playgroud)
并且在任何 mutt 的配置文件中都没有设置语言环境变量。
消息实际上是通过offlineimap同步并使用postfix发送的。offlineimap,将邮箱(名称)列表记录在一个文件(即名为 的文件mailboxes)中,该文件源自 mutt 的配置文件之一(通过指示source ~/.mutt/mailboxes)。查看mailboxes文件的内容,发现希腊名字已经被“误解”了。
在任何情况下,希腊名字通过 webmail 客户端(RoundCube)看起来很好,它也访问相同的 IMAP 服务器,因此,访问可疑邮箱。
offlineimap配置错误的问题吗?剩下的问题?[2015 年 3 月](另见下面的回答)
但是,本地存储库文件夹名称(目录名称)仍处于不可读状态。即,上面显示的希腊文件夹名称(?????????)实际上是目录&A6UDwAO,A8QDwQO,A8YDrwOx-. 这是否意味着文件夹名称转换发生在文件夹名称和消息同步之后,而不是在同步过程中? 或者,是否需要删除这些目录(从本地存储库中) …
我的邮件服务器上有Postfix+ Maildir+ Dovecot+ IMAP。我正在通过IMAP一个或多个客户端 (Thunderbird)远程访问我的邮箱。此外,在服务器上,我为本地 ( Maildir) 访问配置了 mutt 。
当我IMAP与 Thunderbird连接并同时mutt在服务器上本地启动时,Mutt似乎很困惑。当我在 Thunderbird (over IMAP) 中移动消息时,Mutt注意到某些内容发生了变化并报告:
Mailbox was externally modified. Flags may be wrong
Run Code Online (Sandbox Code Playgroud)
问题似乎是片面的。当我在 中操作消息时Mutt,Thunderbird 会注册更改并且没有问题。
因此我的问题:
如何在没有任何冲突/数据损坏/错误的情况下进行远程IMAP客户端和本地Mutt客户端访问Maildir?
重要的:
我正在寻找一种Mutt本地访问的解决方案。出于本讨论之外的原因,我不想Mutt通过以下方式访问 MaildirIMAP.
边注:
我不明白为什么Mutt抱怨邮箱被外部修改。毕竟,Postfix 在发送新邮件时也会修改邮箱。
MuttIMAP 工作正常...直到 IMAP 服务器断开连接。
然后mutt自动重新连接到服务器 - 根据状态行中的消息也很好 - 但是!它会在重新连接时清除索引屏幕中的消息列表,并需要手动重新进入邮箱以重新生成消息列表,这实际上等于重新mutt启动!
我尝试过的所有 IMAP 服务器都会发生这种情况:Gmail、Dovecot、CyrusIMAP。
这是一个很大的烦恼,尤其是当您为组操作完成了大量消息选择并且突然一切都重新开始时。
或者我可能错过了什么?也许它并mutt没有真正重新连接,给出了误导性的状态消息,而我需要一个mutt next generation?
我的邮件服务器 (IMAP) 上有大量电子邮件,其中包含附件(PDF 等)。这些附件浪费空间 - 我服务器上的 HDD 空间受到我的托管公司的限制 - 我正在尝试重新获得一些通过删除电子邮件中的附件来占用该空间。(这些在邮件服务器上是多余的,因为它们几乎都已在本地下载或上传。)
当我使用 Windows 时(很久以前),有一个名为“IMAPSize”的应用程序,它是一个“客户端类型”电子邮件处理程序,可用于登录邮件服务器并操作消息、删除附件等。但我有对于 Unix/Linux,(到目前为止)在易用性和完成工作方面还没有找到任何可比的东西(尽管我们可能有更好、更强大的解决方案——我只是不知道是哪一个。)
我知道 munpack(已在本地安装并使用它)和 ripmime,但在我看来,这些程序旨在处理本地存储的消息、Mbox 或 MailDir。我不会在本地同步我的电子邮件,而是将它们留在我们的服务器上(有很多电子邮件,总共超过 10 万封。)
此外,Munpack 似乎很擅长提取附件,但我还没有找到一种方法可以只删除附件而不破坏邮件本身。
我确实有 Horde、Roundcube 和 SquirrelMail 作为 Web GUI 可用,但同样,我还没有找到仅删除附件的方法。
此外,我正在寻找一种不涉及复杂设置和配置等的解决方案。(我可能梦想/要求太多。)
我想尝试这种方法:使用offlineimap在本地下载并同步我的所有电子邮件,然后可能使用munpack或ripmime删除附件(前提是我能找到一种方法来做到这一点,而不是只提取它们),然后重新-与服务器同步,希望电子邮件能够在没有附件的情况下返回到服务器,但是a)不确定这种方法是否有效,2)再说一遍,我并不是真的想在本地下载数以万计的电子邮件......
我确信有一个适合我的解决方案(也许某种类型的客户端类型 GUI 应用程序可以让我在服务器上操作电子邮件/删除附件;或者其他一些不太复杂的方法。)
注意:我不使用 Thunderbird,也不想安装或使用它;葡萄酒也是如此。我尽可能使用占用空间较小的应用程序来使我的盒子保持“最小化”。
感谢您指出正确的方向。
我搜索了一个解决方案,通过 imap 从邮件服务器下载(用于存档)大型邮件目录,并将所有邮件存储在本地邮件目录中。我需要一个强大的解决方案,如果发生超时,它会反复尝试。到目前为止,我已经尝试使用常规邮件客户端来实现此目的。显然,服务器限制下载的方式使我迄今为止尝试过的客户端感到困惑,因为他们最终放弃甚至丢失了邮件。我正在考虑像 fetchmail 这样的工具,但是我看到的操作方法要么有点长,要么不完全符合我的需求,例如http://llg.cubic.org/docs/imapbackup.html描述了下载到mbox 文件。我仍然不清楚是否支持 maildir 格式。
我总是收到一条消息:
IMAP Authentication canceled
Run Code Online (Sandbox Code Playgroud)
进而:
Retrying plain authentication after [ALERT] application-specific
Run Code Online (Sandbox Code Playgroud)
当我查看我的谷歌安全设置时,我找不到任何选项来创建应用程序特定密码以与我的笔记本电脑上的 Alpine 关联。
https://productforums.google.com/forum/#!topic/gmail/bSQZVxRIjb0
这可能是主观的,但我正在寻找命令行 IMAP 到 maildir 客户端的良好替代方案:目前我正在使用offlineimap,但缺少文档,并且支持正在消失,有什么好的替代方案offlineimap有IDLE支持,是快速而成熟(不会丢失电子邮件)。理想情况下,它应该同步 maildir 标志(和 gmail 标签,但无法获取所有内容)。我知道:
imap ×10
mutt ×6
email ×5
maildir ×2
alpine-mail ×1
command-line ×1
dovecot ×1
fetchmail ×1
postfix ×1
software-rec ×1
tmux ×1