TIPS456

簡便法、Gmailにも届くさくらインターネットのメーリングリストの改良スクリプト

# YOU CAN EDIT MANUALLY AFTER HERE.
$START_HOOK = q{
# Reply-To header processing
{
    my $rt = &GET_HEADER_FIELD_VALUE('reply-to');
    $rt = '' unless defined $rt;
    
    if (&MailListMemberP($From_address)) {
        unless (length $rt) {
            &DEFINE_FIELD_FORCED("reply-to", $MAIL_LIST);
        }
    } else {
        if (length $rt) {
            &DEFINE_FIELD_FORCED("reply-to", $rt . "," . $MAIL_LIST);
        } else {
            my $fa = defined($From_address) ? $From_address : '';
            &DEFINE_FIELD_FORCED("reply-to", $fa . "," . $MAIL_LIST);
        }
    }
}

# From header rewrite ("<name> via ML:" <MAIL_LIST>)
{
    # 1) read original From safely
    my $orig_from = &GET_HEADER_FIELD_VALUE('from');
    $orig_from = '' unless defined $orig_from;
    
    # 2) keep original From for troubleshooting
    if (length $orig_from) {
        &DEFINE_FIELD_FORCED('x-original-from', $orig_from);
    }
    
    # 3) extract display-name robustly (no warnings even if patterns don't match)
    my $name = '';
    if    ($orig_from =~ /^\s*"([^"]+)"\s*<[^>]+>/) { $name = $1; }
    elsif ($orig_from =~ /^\s*([^<]+?)\s*<[^>]+>/)  { $name = $1; }
    elsif ($orig_from =~ /<([^>]+)>/)               { my $addr = $1; ($name) = split(/\@/, $addr, 2); }
    elsif ($orig_from =~ /([^\s\@]+@[^\s\@]+)/)     { my $addr = $1; ($name) = split(/\@/, $addr, 2); }
    
    # 4) trim; fallback if empty/undef
    $name = '' unless defined $name;
    $name =~ s/^\s+|\s+$//g if length $name;
    $name = 'No Name' unless length $name;
    
    # 5) build new From with " via ML:" suffix
    my $disp = $name . '_via_ML:';
    
    # 6) ensure MAIL_LIST is defined
    my $ml = defined($MAIL_LIST) ? $MAIL_LIST : '';
    
    # 7) create new From header with quotes
    my $new_from = $disp . ' <' . $ml . '>';
    
    # 8) set rewritten From only when ML address is available
    if (length $ml) {
        &DEFINE_FIELD_FORCED('from', $new_from);
    }
}
};
<||

メーリングリストfmlのカスタマイズ

# YOU CAN EDIT MANUALLY AFTER HERE.

cd fml/spool/ml/＜mailing list＞
make config.ph

make config.ph

参考にさせていただいたサイト

メーリングリストは生きている

現状のメーリングリストの問題点

運用上の問題点　reply-to

To: ml<mladress@example.com>
From: Aさん<a-san@example.com>
Reply-to: ml<mladress@example.com>
Cc: Bさん<b-san@example.com>

To: ml<mladress@example.com>
Cc: Bさん<b-san@example.com>

To: ml<mladress@example.com>
From: Aさん<a-san@example.com>
Reply-to: Aさん<a-san@example.com>
Cc: Bさん<b-san@example.com>

Tp: Aさん<a-san@example.com>
To: ml<mladress@example.com>　※Ccとなるメーラーもある
Cc: Bさん<b-san@example.com>

Tp: Aさん<a-san@example.com>
To: ml<mladress@example.com>　※Ccとなるメーラーもある
Cc: Bさん<b-san@example.com>

①　Fromが、MLメンバーの場合には、reply-to はMLアドレスで問題ない。
②　Fromが、MLメンバーではない場合には、reply-to は、FromアドレスとMLアドレスを加える*1。
③　ただし、元のメールにreply-to の設定がある場合には、それのみを生かす。

受信できない問題

Aの問題

Bの問題

技術的な表現

受信できない問題の解決策

FromをMLアドレスとすることで、DMARCのSPFアライメントを成功させ、DMARC pass とする。

From: Aさん <a-san@example.com>

From: tips456のML <ml@tips.net>

• Fromのアドレスは、MLアドレスであるが
• Fromの表示名は、投稿者の名前

• Fromのアドレスは、MLアドレスであるが
• Fromの表示名は、"投稿者の名前_via_ML"

From: "投稿者の名前_via_ML" <ml@tips.net>

X-Original-From: （投稿者の表示名とメールアドレス）

MLサーバーでDKIMを再署名できないの？

整理

• Fromヘッダについて、アドレスはML、表示名は投稿者+via_MLに変換することで、受信確率を上げて（ほぼ大丈夫）、迷惑メールに分類させる確率を下げる（メールの内容次第）。
• Reply-toは、投稿者がMLメンバーかどうかによって、投稿者のアドレスをいれるかどうか振り分ける

どのサービス（レンタルサーバー）を使用するか

追加的施策

不要なヘッダの削除

その他

まとめ：ビジネスMLの完璧運用を今すぐ実現

1. Fromヘッダの書き換え：MLアドレスをFromに設定し、表示名で「投稿者_via_ML」と明記。SPFアライメントを確保し、配信率を劇的に向上。
2. reply-toのスマート設定：投稿者がMLメンバーならMLアドレス、非メンバーならFrom+MLの組み合わせに。Reply Allの混乱を防ぎ、コミュニケーションをスムーズに。
3. さくらインターネット活用：DKIM再署名不可の制約をFrom書き換えでカバーし、ARCで信頼性を補強。Xserverのような柔軟性の低いサービスは避けましょう。