近年多くの利用者を抱えるYahoo, Microsoft(outlook, hotmail等), Google(Gmail,Google workspace等) などのメールサービス提供事業者では迷惑メールへの対抗手段として、メールの送信者に対してSPF, DKIM, DMARC といった送信者ドメイン認証の設定を求めるようになっており、これに伴ってインターネットでのメールサービス全体でも程度や適用方法に違いはありますが、これら送信者ドメイン認証を行っていない送信者からのメールを受け取らないというポリシーが標準的になりつつあります。
これらの送信者ドメイン認証の技術は古くからのメーリングリストの仕組み、メーリングリストの投稿用メールアドレスにて受け取ったメールのヘッダ送信者 From: を書き換えずにSubject: 等を加工した後に登録者にそのメールを配信してまわるという仕組みについての配慮をあまり行わずに作られたものであるため、メーリングリストからの各登録者への配信においては昔ながらの方法のままでは送信者ドメイン認証を要求してくるようなドメインへはメールを届けることができなくなってしまっております。
JCA-NETで運用しているメーリングリストシステムMailmanでは古くからのメーリングリストの仕組みをそのまま残しつつ、そうした送信者ドメイン認証に対応するための動作変更を行うような拡張が採用されております。しかしながら、そうした動作変更では登録者に届くメールの見た目自体が変わってしまうこともあって過去からの互換性を重視しているため、それらの機能を有効にするにはメーリングリストの管理者自身が自分の手でメーリングリストの設定を変更する必要があります。
また、メーリングリストの登録者が自動転送を行っており、その転送先の受信ポリシーによってメールが届かなくなっている場合もありますので、それを回避する方法についても触れます。
2.メーリングリストの配信メールが登録者に届かない主な理由
登録者のメールアドレスに誤りがなく、またメーリングリストからではなく直接メールを送った場合にはその登録者にメールが届くのにメーリングリストからの配信メールがその登録者には届かないような場合に考えられる理由には以下のようなものがあります。
上記に挙げた理由以外にも届かない理由はさまざまなものがありますので、その問題の把握・解消が必要である場合にはリスト管理者は、メーリングリストからの配送エラー処理の通知に添付されている、配送エラーの通知メッセージ(バウンス)の中身を吟味し、受信者のメールサーバーの返してきた応答メッセージを確認する必要があります。(ただし、そうした応答メッセージは受信メールサーバー毎に任意で返してくるものなので、詳細な理由が書かれているものもあればそうでないものもあります。詳細な理由が書かれておらず、またメール受信のポリシーも明らかでない場合には送信側であるメーリングリストサーバー側ではそのエラーの理由を知ることはできません)
3. メーリングリストからの配信が登録者に届かない場合の緩和設定
上で述べた通り、近年の厳しい送信者ポリシーを求めるドメインのメールアドレスへと配信メールを届けるには投稿メールのヘッダーの送信者(ヘッダー From:)をそのまま残して再送することが難しくなっております。このため、JCA-NETで運用しているメーリングリストシステムMailmanでは、特定条件においてメーリングリストシステム固有のメールアドレスをヘッダーの送信者として再設定した上で各登録者に配信するためのオプション設定が用意されております。また、ヘッダーの送信者を再設定する際の方式として、"From を書き換え(Munge From)"および"メール内に添付(Wrap Message)"の2つの方式があります。まずはヘッダーの送信者の再設定の方式について説明いたします。
3.1. ヘッダーの送信者の再設定の方式
3.1.1. "From を書き換え(Munge From)"
この方式では、From: のメールアドレスをメーリングリストの投稿アドレスへと変更し、元の From: に表示名が存在していた場合にはその表示名を「"元の表示名" via "メーリングリスト名"」または「"元の表示名("メーリングリスト名"経由)」へと変更します。元の投稿メールの From: のメールアドレスは
Reply-To: ヘッダに追加されます。利用者のメールクライアントソフトウェアが何であっても問題なく配信されたメールが表示できることが期待できる一方、元の投稿者のメールアドレスの確認がしにくくなるのが欠点です。
3.1.2. "メール内に添付(Wrap Message)"
この方式では、投稿メールの配送のために新たにメーリングリストの投稿アドレスからのメールを作成し、元の投稿メールはそのまま添付ファイルとしてメーリングリスト登録者へと配送します。この方式では、利用者のメールクライアントが対応していれば、投稿メールに変更を加えることがない形で表示・返信などが可能になりますが、一部の携帯端末向けのメールソフトウェアでは表示ができなかったり、不明な添付ファイルとして削除されてしまうなどの問題が発生する場合があります。
3.2. ヘッダーの送信者の再設定を行う条件の設定
メーリングリストからの配信が登録者に届くかどうかは主に投稿者の送信メールアドレスドメインに対する登録者の受信メールアドレスのドメインの間での受信ポリシーによるものであることが多いため、必ずしも全てのメールに対してヘッダーの送信者の再設定を行う必要があるわけではなく、必要のない場合にはヘッダーの送信者の書き換えを行わずに配信を行うことも可能です。
ただし、登録者人数が多かったり登録者が流動的であるような場合には細かく制御することが困難になるため、一律でヘッダーの送信者を再設定するような設定が必要になると思われます。また、メーリングリストからのメールの From: ヘッダの送信者が常にメーリングリストのメールアドレスに設定されても構わないと考える場合には、条件設定を行わず、すべての投稿メールについてヘッダーの送信者をメーリングリストのメールアドレスに置き換えて配送を行うようなことも可能です。(3.2.1 を参照のこと)
以下では、JCA-NET の Mailman で用意されているヘッダーの送信者の再設定のためのオプション設定を説明します。
3.2.1. 投稿者のメールアドレスによらず、常にヘッダー送信者の再設定を行う(from_is_list)
投稿アドレスへと投稿された全てのメールに対して 3.1 で説明した "From を書き換え(Munge From)" または "メール内に添付(Wrap Message)" を行う設定です。この設定はメーリングリストのウェブUIでの管理ページ https://list.jca.apc.org/manage/admin/<メーリングリスト名> にログイン直後のページである "全体的オプション" の中程にあり、見出しでは
「From: ヘッダーのメールアドレスをリストの投稿アドレスに置き換え、 元の From: ドメインの DMARC あるいは類似のポリシーにより 生じる問題を緩和します。(from_is_listの詳細)」
とある項目です。
ここでの設定は3.2.2.でのDMARCポリシーに応じた設定に先立って参照されて有効になりますので、DMARCポリシーに応じた細かい設定を行いたい場合にはこの項目の設定は "いいえ" としておく必要があります。
メーリングリストの登録者のメールアドレスのドメインに、受信するメールの条件としてDKIMおよびSPFの両方の検査にパスすることを求めるようなポリシーであるドメインがいくつも含まれている場合には、この設定を行うか、3.2.2.で説明をする個別ドメインに対する設定で管理することが必要になります。
3.2.2. 投稿者のメールアドレスのドメインのDMARCポリシーに応じてヘッダー送信者の再設定を行う
メーリングリストに投稿を行った送信者のドメインがDMARCポリシーを設定している場合のみ、投稿メールのヘッダー送信者を書き換えずに配信を行うとそのポリシーによって配信メールを拒絶されることを避けるためにヘッダー送信者の再設定をするような設定も可能です。こうした条件に応じてヘッダー送信者の再設定を行う場合・行わない場合を分けるようにするためには、前項で説明しました常にヘッダー送信者の再設定を行う(from_is_list) での設定は「いいえ」にしておく必要があります。さもなければ from_is_list での設定が優先されて常に「fromの書き換え」または「メール内に添付」が実行されることになります。
この設定はメーリングリストのウェブUIでの管理ページの設定分類から「プライバシー・オプション」->「送信者フィルタ」と選択したページの中の「会員フィルタ」のならびにあり、投稿者のドメインのDMARCポリシーがそれぞれ「拒否」(reject) である場合(p=reject とも表現します)に"From を書き換え(Munge From)" または "メール内に添付(Wrap Message)" を行うように設定が可能です。また、投稿者のドメインのDMARCポリシーが「隔離」(quarantine)である場合(同様にp=quarantine とも表現します)および「無視」(none)である場合(同様に p=none と表現します)である場合にもポリシーが「拒否」であった場合と同様に扱うかの選択が可能です。
また、投稿者のドメインがDMARCのポリシーの宣言をしていないドメインであっても同様にDMARCで行われるようなドメイン認証にパスすることを求められる場合もあるため、DMARCポリシーの宣言の有無・内容によらず、p=reject の場合と同様の処理を行うことを求める投稿者のドメインのリストを「メールアドレスのドメインに対してのDMARCポリシーの設定にかかわらず dmarc_moderation_action を適用するメールアドレス(または正規表現)のリスト。」(dmarc_moderation_addresses)に設定が可能です。
実際問題として Microsoft のメールサービスを利用しているドメインでは、大規模メール送信者のドメインに対してDMARCのポリシーによらず、DMARCの検証に成功しない場合にはメールを受け取らないというポリシーで運営されておりますため、メーリングリストの登録者にこのようなドメインのメールアドレスの方がいらっしゃる場合には、p=quarantine の場合にも p=none の場合にも p=reject の場合と同様の扱いを設定するか、上記の dmarc_moderation_addresses に拒否される登録者のドメインのリストを登録する必要があるかと思います。
4. メーリングリスト登録者に対するお願い
メーリングリストの設定よってヘッダー送信者を書き換えることでSPF, DKIM, DMARCをそれぞれメーリングリストの送信者ドメインに対してpassするようにしても、メーリングリストの登録者のメールアドレスへの配信の後にそこから自動転送を行って別のメールアドレスで受信しようとしている場合、転送段階でドメイン認証がpassできないようになって届かないという場合もあります。そこで、メーリングリストの登録者には、なるべく最終的に受信するメールアドレスを直接メーリグリストに登録するようにお願いしてください。もし、最終的に受信したいメールアドレスと投稿に使用するメールアドレスが異なるような場合には、投稿用と受信用のメールアドレスの両方をメーリングリストに登録し、投稿用のメールアドレスには配信を行わないようにすることも可能です。あるいは、自動転送を行う転送元のサーバーからのメールを転送先のメールサーバーではすべて受け取るように設定をお願いしてください。なお、自動転送の結果でJCA-NETのメーリングリストのメールを受け取れないような場合には、他でのメーリングリストからのメールに関しても同様にトラブルになっているかと思われます。
以上
]]>原因は3月29日にJitsi meet関連のパッケージをアップデートした際、パッケージのバグで2人以上のカンファレンスで必要となるサービスが起動できないようになっていたことでした。
現在は処置を行い正常にできるように復旧しております。
jitsi-01.jca.apc.org のメンテナンスのためのサービスの中断において、jitsi-02.jca.apc.org の利用を促しておきながら、当該期間に利用できないようになってしまっていたことを深くお詫び申し上げます。
大変ご迷惑をおかけして申し訳ございませんでした。
]]>この期間中も jitsi-02.jca.apc.org は同様に稼動しておりますため、Jitsi meet をご利用の方は jitsi-02.jca.apc.org のご利用をご検討下さい。
サービス再開の際にはこの場にてお知らせいたします。
皆様にはご不便・ご迷惑をおかけしますが、よろしくお願い致します。
(2026-04-15 06:40追記)
OS更新作業を完了し、サービスを再開いたしました。
原因は不正なメールを拒否するためのルールの更新の際の設定ミスであり、23時40分頃に正しい設定に変更を行い現在は正常に受信できる状態に復旧しております。
この度は当方の設定ミスにより皆様にご迷惑をお掛けしまして申し訳ありませんでした。
]]>* mail.jca.apc.org を用いた @jca.apc.org および JCA-NET で委託されている独自ドメインからのメール発信
* mail.jca.apc.org からの受信メールの読み出し(POP3, IMAP4)
* mail.jca.apc.org での Web mail サービス
* ss.jca.ne.jp での特定メールの削除、メール転送設定等の変更
* ss.jca.ne.jp での Web mail サービス (sqwebmail)
* JCA-NET パスワードの変更処理
サービス停止期間中、外部からのメールはJCA-NET内のバックアップメールサーバーにて受付を行い、メンテナンスが完了後に順次メールボックスのあるメールサーバーへと転送が行われますが、万一に備え、可能であればサービス停止期間中には重要なメールのやりとりを避けるように調整をお願い致します。
サービス再開の際にはこのページでお知らせいたします。
(2026-02-11 01:40 追記)
移転作業を完了し、サービスを再開いたしました。
2026-01-13 11:20 頃にネットワーク接続処理に必要なリソースを一旦すべて開放するためにサーバーの再起動を行い、現在は正常にメール送受信およびWebメールを利用できるように復旧しております。
皆様にはご迷惑をおかけしまして申し訳ございませんでした。
[2026-01-13 13:10 追記]
上記 07:35 - 11:20 の間に @jca.apc.org のメールアドレスに外部から送信されたメールにつきましては、宛先のメールアドレスが正当に存在する場合であっても User unknown (メールアドレスの利用者が存在しない)旨のエラーメッセージで受け取りを拒否された可能性があることが判明いたしました。
重ねてお詫び申し上げます。
サービス再開の際にはこの場にてお知らせいたします。
(2025-10-16 19:20 追記)
大変長く運用を停止しておりましたが、サービスを再開いたしました。
[障害内容詳細]
2025-07-28 21時頃より、Microsoftのサービスを利用して電子メールシステムを利用している特定のドメインへとJCA-NETのメールサーバーからメールを送信した際に、受信側メールサーバーから受信を拒否されてエラーとなる場合があることを観測しております。
これは、Spamhaus というメールシステムを悪用しているサーバーをブロックするための情報を提供しているサービスにて、JCA-NETのメールサーバーである mail.jca.apc.org の IPv6 address が所属しているネットワークをブロックすべき対象のリストに入れてしまっていることが根本の原因でした。このため、当該サービスを利用しているメールサーバーにIPv6でメールを送ろうとした場合には受信を拒否されるという状況です。(同じメールサーバーへIPv4へと送ろうとした場合には受理されます)
Microsoft はこの Spamhaus の情報を参照して受信拒否を行うということも行っておりますため、JCA-NETのサーバーからIPv6で同社のメールサーバーへと送信を行おうとすると受信が拒否されます。また、Microsoft 以外でも Spamhaus の情報を元に受信の可否を判断するメールサーバーで IPv6 でも運用しているドメインにつきましても同様に受信を拒否されることがあることが予想されます。
[対応]
Spamhaus のブロックすべき対象のリストからの登録の解除の依頼を当該ネットワークの管理を行っております上位プロバイダに行いました。しかしながら、登録の解除は上位プロバイダと Spamhaus との交渉により、最終的に Spamhaus 側の判断に委ねられるものであるため、解除が行われるかどうか自体もわからず、解除が行われるとしても解除までどれくらいかかるかも不明です。
そこで、JCA-NETのメールサーバーにて Spamhaus の情報を見て受信の可否を判断していると判明しているメールサーバーについて、当該 IPv6 アドレスには IPv6 でのメール送信を行わないようにするという応急の対応を行うことにいたしました。現在その対象としているのは Microsoft 社のサービスの受信メールサーバー(の一部の可能性があります)です。
対応が必要となるドメイン/メールサーバーはまだ不十分である可能性が高いと思われますため、もし、特定の相手に突然メールが送れずにエラー通知が戻ってくるようなことがあり、そのエラー内容に "spamhaus" などの単語が含まれていた場合には、support@jca.apc.org 宛にそのエラー通知メールをヘッダを含めて転送するか、あるいはヘッダのみ転記してお知らせください。それも難しい場合にはメールの送信日時をなるべく正確にお知らせ下さい。
(2025-08-08 00:30追記)
2025-08-07 08:04:50(タイムゾーンが不明ですが、おそらくUTC)にSpamhausの IPv6 ネットワークに対する登録が解除され、現在は問題なく送れるようになっているはずです。
JCA-NETのメーリングリスト管理者各位
[要旨]
近年のインターネットでの電子メールについて、迷惑メール・詐欺メールなどの増加に伴い、それぞれの組織の電子メールの運用者は利用者の保護のために不正なメールを受け取らないような
さまざまな工夫を行うのが当たり前のこととなって参りました。その結果として、自組織で受け付けた電子メールの各送信元のメールサーバー毎にその振る舞いを分析し、「行儀の悪い」
メールサーバーからの電子メールの受け取りを拒否するなどのことが行われるようになり、安定して他サイトへと電子メールを届けることが難しくなりつつあります。
そのような状況においてJCA-NETのメーリングリストサーバーでも送信者ドメイン認証への追加などメールサーバーの設定の見直しや追加などを行い、メールが確実に送信先へと届くようにと努力を続けております。
さて、この度はそうした到達性向上の努力の一環として、相手組織で削除されたメールアドレスへのメール送信を繰り返し行うということがなるべくないように、メーリングリストの管理者の皆様には参加者の管理を徹底してメールが届かなくなった参加者を参加者リストから削除するようにお願いいたします。
これに関連して、毎月1日に各メーリングリストの参加者宛に送信しております「メーリングリスト会員情報備忘通知」につきまして、次回7月よりこれが届かずにエラーとなった場合のエラー通知を当該メーリングリスト会員の参加しているメーリングリストの管理者へと転送するように致します。(どのメーリングリストに関するエラー通知であるかは当該通知の宛先(To: のアドレス)をご確認ください。)
これは、特に流量の少ないメーリングリストでは、メーリングリストの投稿の不達による点数付けが機能せず、メールが届かなくなっていることをメーリングリスト管理者が把握できないことへの対策です。
また、「メーリングリスト会員情報備忘通知」への通知が過去100日以内に3回を越えたメーリングリスト参加者については当該メールアドレスについて、その参加しているメーリング
リストのすべてについて退会の処理を自動で行うようにいたします。
メーリングリストの管理者の皆様にはお手数をおかけすることとなりますが、何卒ご理解とご協力をお願い致します。
]]>原因は旧認証サーバーと新認証サーバーとの間の設定の差異により、メールボックスサーバーが認証サーバーに接続が不可となっていたことでした。
現在は設定を調整し、正常に受信メールの取得・Roundcube Webmailにログインできる状態に復旧しております。
メンテナンス終了前の確認不十分により、長時間メールサービスを正常に利用できない状態にしてしまったことをお詫び申し上げます。
]]>* JCA-NETユーザーIDに対するパスワードの変更
* JCA-NETのメールサーバーに接続してのメール送受信(外部サイトからJCA-NETへのメール送信はバックアップメールサーバー、あるいは送信元のメールサーバーにて保留されます)
サービス停止の時間は30分程度を見込んでおりますが、作業状況により延びる可能性もございます。
サービス再開の際にはこのページでお知らせいたします。
(2025-02-15 02:40 追記)
メンテナンスを完了し、サービスを再開いたしました。
* 送信したメールにアップロードしたファイルが添付されない
という不具合が再度発生しておりました。
不具合の原因は前回の不具合の解消のための修正箇所がソフトウェアアップデートにより元に戻されてしまったことでした。現在は不具合を修正し、また次回のソフトウェアアップデート時への対策を行いました。
御利用者の皆様には大変ご迷惑をおかけしました。お詫び申し上げます。
]]>たびたびの障害で大変ご迷惑をおかけしまして、申し訳御座いませんでした。
]]>* mail.jca.apc.org を用いた @jca.apc.org および JCA-NET で委託されている独自ドメインからのメール発信
* mail.jca.apc.org からの受信メールの読み出し(POP3, IMAP4)
* mail.jca.apc.org (および12月末廃止予定の ml.jca.apc.org) での Web mail サービス
* ss.jca.ne.jp での特定メールの削除、メール転送設定等の変更
* ss.jca.ne.jp での Web mail サービス (sqwebmail)
サービス停止期間中、外部からのメールはJCA-NET内のバックアップメールサーバーにて受付を行い、メンテナンスが完了後に順次メールボックスのあるメールサーバーへと転送が行われます。
サービス停止の時間は30分程度を見込んでおりますが、状況によりそれよりも長引く場合もございます。
サービス再開の際にはこのページでお知らせいたします。
(2024-12-20 02:20 追記)
メンテナンスを完了しサービスを再開いたしました。
サービス停止の時間は30分程度を見込んでおりますが、状況によりそれよりも長引く場合もございます。
サービス再開の際にはこのページでお知らせいたします。
(2024-12-20 01:25 追記)
メンテナンスを完了し、サービスを再開いたしました。