rpatterson.mailsync 0.4

需求

• mswatch

• OfflineIMAP

• Gnus

实际上，它们都是可选的。OfflineIMAP同步包装脚本可以与mswatch一起使用而不需要Gnus。Gnus检查器可以在不使用OfflineIMAP的情况下使用。至于OfflineIMAP同步包装脚本，也可以在没有mswatch的情况下使用，但为什么你会这样做呢？ :)

安装

您只需要easy_install

$ easy_install rpatterson.mailsync

mailsync-gnus.el库将被安装在egg的site-lisp目录中。要使用库，您需要将此路径添加到您的emacs load-path。它应该是以下类似的形式，但请确保用您Python版本、rpatterson.mailsync版本和easy_install site-dirs的相应值替换问号

/usr/lib/python?.?/site-packages/rpatterson.mailsync-?-py?.?.egg/site-lisp/

或者，如果您有/usr/local/emacs/site-lisp目录，如果从源分布安装rpatterson.mailsync，mailsync-gnus.el库可以被安装到该目录中。您仍然可以使用easy_install来获取源分布

$ easy_install --editable --build-directory=/usr/local/src rpatterson.mailsync
$ cd /usr/local/src/rpatterson.mailsync/
$ python setup.py install

一旦库在Emacs的load-path中，要使用mailsync/gnus-check函数，您需要确保它在您的Emacs中已加载。您可以通过将以下内容添加到您的 .gnus.el 来做到这一点

(load-library "mailsync-gnus")

如果您将使用mailsync_offlineimap来同步您的邮件，首先请根据OfflineIMAP文档配置OfflineIMAP。一旦确认OfflineIMAP正常工作，从控制台运行mailsync_offlineimap来验证它。

在您将使用maildir监视器的任何机器上，无论是使用mswatch还是不使用，请参阅mswatch文档并验证watch_maildirs是否正常工作。在您想使用mailsync_gnus_watch的地方安装rpatterson.mailsync。从控制台运行它以进行测试。启动时应检查Gnus中的所有组并输出一个空白行，然后应检查Gnus中任何更改的maildir文件夹组，然后省略文件夹名称。使用“mailsync_gnus_watch –help”查看可用于修改监视器行为的选项。

要使用mswatch，请参阅mswatch文档，但以以下内容为基础创建您的~/.mswatchrc，并查看“MAILSYNC:”注释以了解需要更改的内容

# minimum time after first queued mailbox change to synchronization (default: 10s)
#base_delay 10

# minimum time between two syncs or failed attempts (default: 60s)
#inter_delay 60

# minimum time between two syncs or failed attempts for specific lists
#inter_delay 30 important_list
#inter_delay 600 high_volume_list another_list

# maximum waiting time between failed attempts (default: 600s)
#max_delay 600

# program (and arguments) to run to sync the mail stores (required)
# sync mswatch-sync

# MAILSYNC: use the following to have mswatch use your OfflineIMAP
# setup to sync folders on change.
sync mailsync_offlineimap

# prefix this string to sync's mailboxes;
#     useful as mbsync channel or OfflineIMAP account.
# the first string ("mydomain") is always prefixed
# the second string (":") is prefixed only when syncing a particular mailbox
mailbox_prefix foo :

# a store to watch, call it "local" (required)
store local
{
    # program (and args) that will monitor this store for changes (required)
    # see 'man watch_maildirs' to tell watch_maildirs where to find mail
    # watch watch_maildirs

    # MAILSYNC: use the following to have your local Gnus check
    # folders as they change, otherwise, just use the above.
    watch mailsync_gnus_watch
}

# the other store to watch, call it "mydomain" (required)
store foo.com
{
    # program (and args) that will monitor this store for changes (required).
    #
    # Uses ssh private/public keys to login without password prompting.
    # Uses ssh BatchMode so that 'mswatch' promptly detects disconnects.
    # Uses 'inputkill' to run 'watch_maildirs' so that 'watch_maildirs'
    # promptly exits if the connection dies.
        # watch ssh -o BatchMode=yes foo.com inputkill watch_maildirs

    # MAILSYNC: use the following to have your remote Gnus check
    # folders as they change, otherwise, just use the above.
    watch ssh -o BatchMode=yes foo.com inputkill mailsync_gnus_watch
}

待办事项

• 为同步器使用optparse

  使用optparse为同步器添加内置帮助和更清晰的选项和参数处理。

• 在监视器/检查器中使用延迟

  目前，检查器在监视器发出文件夹名称时每次都运行。大多数maildir更改都会多次发出相同的文件夹，导致检查器冗余运行。使用mswatch时，合并事件的逻辑在mswatch进程中。为了解决这个问题，该逻辑需要扩展到监视器中。这是重新实现mswatch的许多原因之一。

• 在相同进程中调用OfflineIMAP

  目前，mailsync将OfflineIMAP作为子进程调用，鉴于启动Python应用程序可能会很重，这有点浪费。我简要地查看了一下OfflineIMAP的代码，看看是否可以轻松地完成这项工作，但感到失望。

  如果任何OfflineIMAP的人想向我展示如何做到这一点，那将是很好的。

• 长时间运行的同步器

  目前，mswatch每次都重新调用同步过程。几乎任何同步过程都会建立一个或多个网络连接。没有必要每次都这样做。最好有一个长时间运行的同步过程，mswatch可以将文件夹同步到需要同步的地方。实现这一点需要修改或重新实现mswatch本身。这也需要在同步过程中提供支持。也许可以将OfflineIMAP用作库来完成这项工作。

• 忽略重复的maildir通知

  如mswatch页面中所述，每次同步都会重复两次。为了解决这个问题，需要修改或重新实现mswatch本身。

• maildrop和gnus分割？

  也许让maildrop直接调用Gnus分割并在交付时将传入的消息分割。这将消除INBOX上的重复同步，否则gnus会立即将消息移动到另一个文件夹。然而，这种方法可能对maildrop管道来说太重了。

  另一种方法是使用一个与真实INBOX maildir（~/Maildir）分开的maildir（~/Incomming），邮件首先被交付。这个传入的maildir可以使用检查器/监视器进行监视，其唯一真正的目的是让Gnus检查传入的maildir并分割消息。然后分割会将消息移动到目的地或回退到真实的INBOX maildir，这会触发mswatch使用的任何真实监视器/检查器。

  这种方法不需要额外的mailsync支持。它还使maildrop作业保持小巧轻便，将gnus分割工作与交付解耦。

  这两种方法的优势之一是，邮件在服务器上分割，即使本地mswatch没有连接。目前，只有在mswatch正在运行或服务器上的Gnus定期检查所有邮件时，才会分割邮件。

• 使用Gamin

  使用Gamin提供跨可用文件修改服务的兼容性。

变更日志