問題タブ [maildir]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
imap - Maildirメッセージファイル名のフラグはどういう意味ですか?
古いMaildirフォルダーをクリーンアップして、次のような名前のメッセージを見つけています。
1095812260.M625118P61205V0300FF04I002DC537_0.redoak.cise.ufl.edu、S = 2576:2、ST
それらは私のIMAPクライアントに表示されないので、メッセージがすでに別の場所に移動されたことを示すセマフォがあると思います。その場合、ファイルを後悔することなく削除できますか?
bash - maildir ヘッダーの問題
maildir ファイルの mtimes を更新する次の bash スクリプトがあります。
このスクリプトは、次のような標準ヘッダーで常に正常に機能します。
2007年の配達日があります。ファイルの日付が今日からになるようにそのファイルに触れてからスクリプトを実行すると、ファイルの日付は受信した日付に復元されます。
ただし、次のヘッダーを持つ電子メールでスクリプトを実行しようとすると:
日付は明らかに復元されていません。ヘッダーが明らかに異なっていることはわかりません。多くのメール クライアントが filetime を使用して受信した時刻として表示するため、mtimes をリセットする必要があります。私のスクリプトは 3000 通以上の電子メールで機能し、サーバーを移動した後、すべてのクライアントが正しい順序で電子メールを表示し、すべてのファイルが同じ日付で表示されるようにしましたが、何らかの理由で特定の電子メールでは機能しません。スクリプトから明らかなことを残しましたか?
編集: 日付は明らかにスクリプトから復元されますが、mtimes に依存するクライアントは、スクリプトが日付を設定したものに関係なく、このメッセージを表示しません。権限は同じで、レイアウトやファイル名の形式も同じです。以下は ls -la からの投稿です
正しく表示されないのは上から2番目のファイルです。なぜこれが起こっているのかをデバッグする方法はありますか?
bash - メールディレクトリの順序を変更する
最近この質問をしたところ、1 つの電子メール メッセージが正しく表示されない理由は、実際には日付ではなく、メッセージの順序が原因であることがわかりました。すべてのメッセージが正しい順序になるようにスクリプトを変更したいのですが、その方法がわかりません。ファイルが表示される順序に基づいているだけですか、それともこれを指定する maildir ヘッダーの特別な部分がありますか?
ここに私が言いたいことの例があります:例
一般に、Thunderbird、Evolution、mail2web.com など、私が使用するすべての MUA は日付順で注文できますが、デフォルトでは「メッセージ番号」順になります。私は、qmail を使用していると思われる共有ホストを使用しています。メッセージ番号タグ情報は、どこかに保持する必要があります。
編集:すべてのファイルを一時ディレクトリに移動してからもう一度戻してみましたが、メッセージ番号の原因はファイルの順序であることがわかりました。しかし、12 月の数日間のメッセージが、その日付の両側のメッセージ数よりもはるかに少ない数に移動された理由についてはわかりません。ファイル名はタイムスタンプであり、連続している必要があるため、 mv がファイルを奇妙な順序でムービー化しない限り、これらの特定のファイルのメッセージ番号が復元されない理由がわかりません。
linux - Maildir を mbox に変換する
ホストを変更したため、古いサーバーの maildir アカウントを新しいサーバーの mbox に変換する必要があります。
これを行うための最良の方法に関するアイデアはありますか?
私はこれを見つけました:
for i in new/* cur/*;do formail <”$i” >> ../mbox;done
しかし、私は本当にそれを理解していません。Linux の基本的な知識があり、ssh 経由でサーバーにルート アクセスできます。
ほとんどの Maildir フォルダーには、次の内容があります。
cur
new
tmp
dovecot.index.log
dovecot-uidlist
dovecot.index
dovecot.index.log.2
dovecot.index.cache
dovecot-keywords
サブスクリプション
そのすべてが必要ですか、それとも dovecot ファイルを無視できますか?
アドバイスをいただければ幸いです。
ハ
emacs - GnusのバックエンドとしてMailDirを使用する
私はofflineimapを使用してGmailアカウントをlocakmaildirに同期し、次にgnusを使用してそのディレクトリを読み取りますが、gnusは独自のフラグを使用してメッセージの未読ステータスをマークし、Gmailに同期されません。gnusに標準のmaildirフラグを使用させる方法はありますか?
python - PythonでMaildirからすべての新しいメッセージを取得する
私はメールディレクトリを持っています:
Python では、すべての新しいメッセージを取得しようとしています (Python 2.6.5rc2)。まず、「Maildir」を取得します。
しかし、「Maildir/new」にアクセスするにはどうすればよいでしょうか? これは動作しません:
何か案は?
perl - Perl の Mail::Box::Manager がディレクトリを削除しないようにするにはどうすればよいですか?
Perl モジュールMail::Box::Managerを使用して、Maildir からメッセージを読み取り、それらを別のディレクトリに移動しています。スクリプトが Maildir 内のメール メッセージの処理を完了すると、cur/ および new/ Maildir ディレクトリも削除されるように見え、Maildir ファイル/ディレクトリを再作成する必要があります。
スクリプトでフォルダーを削除して、Maildir 構造を再作成する必要はありません。
私は次のような単純なものを持っています:
どんな提案でも大歓迎です。ありがとう。
php - PHPからMaildirのメールメッセージを削除するにはどうすればよいですか?
MaildirとPHPに少し問題があります。APACHE_RUN_USER
のMaildirを確認し、メッセージを解析する必要がありdelivery-status
ます。
読んだ後にメッセージを削除する際の問題。Zend_Mail_Storage_Maildir->removeMessage()
それがまだスタブであることに気づきました。
手で取り除くにはどうすればよいですか?いくつかの回避策?
ありがとう。
java - Windows で Java を使用して MailDir 形式を処理する際の問題
これは実際には 2 つの質問ですが、非常に密接に関連しています。
UNIX スタイルの MailDir 形式で保存された電子メールを処理する Java アプリケーションを開発しています。私は JavaMail API を使用していますが、メールのフォーマットを読み取ることができるプロバイダーとして機能するはずのJavaMailDirを見つけました。
私が直面している問題は、JavaMailDir がメール フォルダー (に渡されるフォルダーstore.getFolder()
) がドットで始まることを常に想定しているように見えることです。私は、開発と初期テストのために Windows マシンにしかアクセスできません。そこで、テストするために、サンプルのメールとフォルダー構造を Linux システムからコピーしました。メッセージを読み取ろうとすると、ファイルを読み取ることができないため、例外が発生します。メッセージがフォルダーに存在することを API 呼び出しで確認できます。フォルダ名の最初の文字としてドットを使用すると、Windows でファイルを開くことができなくなるようです。
私の質問は、これを Windows で動作させるための回避策があるか、または同じ機能を提供し、Windows でより適切に動作する別のプロバイダーでしょうか?
regex - カスタム件名の.maildir/new /からメッセージを削除するにはどうすればよいですか?
.maildir /new/に新しいメッセージがあります。削除したいバグレポートがたくさんあります。
Webkitを含む件名のメッセージを削除したいのですが。どうすればいいですか?
助けてくれてありがとう。