PMailServer / PMailServer2 専用サポート掲示板です
PMailServer / PMailServer2 についての質問などはこちらにお書き下さい。
ご質問や要望を出される前に必ずこちらをお読み下さい
強制ではありませんが、ご質問やご要望を出される場合で、質問内容が解決した・しなかったや
要望についての返答にご意見がある場合等は可能であればご返信頂ければと思います。
A.K.I Software トップページへ戻る
*** 画像投稿キーによる投稿規制があります。投稿する際は投稿キーを必ず入力してください。 ***
閲覧：[タイトルリスト][ツリー表示]
| 文書番号 | 3715
返信投稿
|
| タイトル | メールが送信できません |
| 投稿者 |
masu
|
| 日付 | 18/07/10 11:57 |
Free Version1.91を使用しています。
メールの受信はできますが、送信できない状態です。
SMTPログを確認した際には、Recipient Okと出ています。
関連しているかどうかなのですが、管理者アカウントに昨夜からエラーメールが
連続して送られ続けている状態です。
こちらでは送信した意識のない宛先へメールが送信できていない、というエラーです。
対処が分からず、困っている状態です。
宜しくお願い致します。
[削除]
まず、MTA の並列数ですが、増やすのでは無く減らして下さい。
10054 は記載されている通り、自分以外から破棄された（相手側から破棄された）
ことを意味しますが、例えば配信先で同一IPから接続できるセッション数を制限
されている場合、増やすのは逆効果になります。
大量メール発信の対策の一環として行われている場合があります。
このタイミングでは送れたが、このタイミングではエラーなった等も
あります。受信側のサーバーの負荷等も関連しますので、正確な所は
配信先のサーバー管理者以外わかりません。
次に、配信されているか否かですが、Spool にメールが残り再送処理が
行われるのは、4xx の一時エラーのみとなります。
それ以外の、正常に配信された場合と永続エラー(5xx)が出た場合と
PMailServer 側から判断して、再送が出来ないと判断した場合は
Spool フォルダからメールは削除され、再配信は行われません。
（1.91 の再送が出来ない判断ですが、申し訳ありませんが、既に開発終了
したバージョンですので、詳細はすぐにわかりません）
その後、再送処理が行われていないのであれば、上記に該当している
場合もあります。
＞[MTA ] 2018/07/09 16:33:11 [029] Socket Error 10054
こちらですが、この前には何もログが無いのでしょうか？
通常、「xxxxx を確認」が MTA 開始のログで、それ以降に通信ログが
記録されます。
もし、確認後に、何も通信をせずに 10054 が発生し、切断されている
場合は、配信先のサーバーでソケットは繋がったが、Busy 応答も無く
即切断されている為に、再送不可と判断している可能性があります。
[削除]
| 文書番号 | 3713
返信投稿
|
| タイトル | 転送時のSocket Error 10054について |
| 投稿者 |
やむ
|
| 日付 | 18/07/09 19:46 |
お世話になります。
PMailServer1.91(Free)をWindows Server 2012 R2上で利用しています。
PMailServerは中継サーバとして利用していて、内部メールサーバから送られてきたメールを
全転送しプロバイダのメールサーバ（OCN）に全転送しています。
(流れ) 内部メールサーバ→PMailServer→プロバイダメールサーバ（OCN）
またPMailServerからプロバイダメールサーバに送信する際にはSMTP_AUTHでポート587に
送信しています。
通常のメールの送信は問題ないですが、宛先が大量（35件）のメールを送信しようとすると
メールが届いていないと連絡を受けMTAログを見ると下記のようなエラーが発生していました。
（一部抜粋。アドレスも変更しています）
[MTA ] 2018/06/29 10:04:54 [000] Socket Error 10054
[MTA ] 2018/06/29 10:04:54 [000] 接続が破棄されている可能性があります
[MTA ] 2018/06/29 10:04:54 [000] Socket Error 10054
[MTA ] 2018/06/29 10:04:54 [000] MTA先が DATA にエラー応答
[MTA ] 2018/06/29 10:04:54 [000] aa@a.jp から f@c.jp へのエラーメール配信は行われません。(1)
10054は「接続が自分以外に破棄されました」とのことなので上位でタイムアウトに
なったような気はするのですが、切り分けのためにPmailServerのMTAの設定を先に変更しました。
MTAの並列数を30から50にし、MTAタイムアウトも120から240に増やしLogLevelも3にしました。
その後また同じ35件でメールを送ったところエラーの件数が少し減りました。（下記ログ）
「接続が破棄されている可能性があります」と表示された[034]と[000]のメールは
15分後に再送されて正常に終了していました。
ただし途中の[029]〜[031]のSocket Error 10054が気になります。
この[029]〜[031]のメールは送信できていないのでしょうか。
スプールにもたまっておらず、このあとMTAログをしばらく見ていましたが特に追加は
ありませんでした。
（一部抜粋。アドレスも変更しています）
[MTA ] 2018/07/09 16:32:41 処理メール : 322-0-tcppDbrI/0
[MTA ] 2018/07/09 16:32:41 [000] ThreadNo 0 で D:\pms191f\spool\322-0-tcppDbrIを確認
（略 [034]までスレッドができ認証、送信を行っています）
[MTA ] 2018/07/09 16:33:11 [034] QUIT
[MTA ] 2018/07/09 16:33:11 [034] 接続が破棄されている可能性があります
[MTA ] 2018/07/09 16:33:11 [034] Socket Error 10054
[MTA ] 2018/07/09 16:33:11 [034] メール本文送信中にタイムアウトが発生 (1/43200)
[MTA ] 2018/07/09 16:33:11 [000] QUIT
[MTA ] 2018/07/09 16:33:11 [000] 接続が破棄されている可能性があります
[MTA ] 2018/07/09 16:33:11 [000] Socket Error 10054
[MTA ] 2018/07/09 16:33:11 [000] メール本文送信中にタイムアウトが発生 (1/43200)
[MTA ] 2018/07/09 16:33:11 [029] Socket Error 10054
[MTA ] 2018/07/09 16:33:11 [032] Socket Error 10054
[MTA ] 2018/07/09 16:33:11 [027] Socket Error 10054
[MTA ] 2018/07/09 16:33:11 [033] Socket Error 10054
[MTA ] 2018/07/09 16:33:11 [030] Socket Error 10054
[MTA ] 2018/07/09 16:33:11 [015] Socket Error 10054
[MTA ] 2018/07/09 16:33:12 [017] Socket Error 10054
[MTA ] 2018/07/09 16:33:12 [023] Socket Error 10054
[MTA ] 2018/07/09 16:33:12 [025] Socket Error 10054
[MTA ] 2018/07/09 16:33:12 [031] Socket Error 10054
[MTA ] 2018/07/09 16:48:42 処理メール : 322-0-tcppDbrI/0
[MTA ] 2018/07/09 16:48:42 [000] ThreadNo 0 で D:\pms191f\spool\322-0-tcppDbrIを確認
[MTA ] 2018/07/09 16:48:42 処理メール : 356-0-xm4WYu3P/1
[MTA ] 2018/07/09 16:48:42 [001] ThreadNo 1 で D:\pms191f\spool\356-0-xm4WYu3Pを確認
[MTA ] 2018/07/09 16:48:42 [000] 指定IPに転送を行います。Port : 587 Host : c.jp(Connect To 125.206.178.91)
[MTA ] 2018/07/09 16:48:42 [000] DNS 解析結果(ID:0000)
[MTA ] 2018/07/09 16:48:42 [001] 指定IPに転送を行います。Port : 587 Host : t.jp(Connect To 125.206.178.91)
以上、長文になり申し訳ありませんが宜しくお願い致します。
[削除]
PMailServer2 の TLS通信は Windows OS と共通になっておりますので
サーバーとなる OS で TLS1.2 がサポートされていればご利用頂けます。
具体的には Windows Server 2008 以降であれば TLS1.2 がサポート
されていますので、それ以降の OS であれば問題ないと思われます。
[削除]
| 文書番号 | 3711
返信投稿
|
| タイトル | TLS1.2 |
| 投稿者 |
みんれい
|
| 日付 | 18/07/09 07:17 |
お世話になります
現在使用しているメールサーバソフトが
TLS1.2に対応していませんでした。
6月末より、TLS1.0/TLS1.1を無効とした
プロバイダが現れ、そこから送信してくる
メールがすべて受け取れなくなりました。
※Deferred: 403 4.7.0 TLS handshake failed. というエラーが不達メールに出ます。
PMailはTLS1.2に対応しているのでしょうか？
検証では、前期プロバイダからのメールは受け取れました。
[削除]
| 文書番号 | 3710
返信投稿
|
| タイトル | Re:02 ログファイルの大きさの制限？ |
| 投稿者 |
とし
|
| 日付 | 18/06/22 17:12 |
お世話になります。
早速のアドバイスありがとうございます。
内容に沿って調べてみました。
・複数起動の疑い
これに関してはタスクマネージャーで確認したところ1つのプロセスのみ稼働です。
・Windowsイベントログの確認
アプリケーションログ等を確認しましたが怪しいログはありませんでした。
ログに関しては日付別にログを作成するようにしております。
色々調査してみましたところ
6月18日は大阪での地震が発生し、停電はなかったものの
サーバー本体がシャットダウンされており、手動で起動して稼働させました。
先ほど確認したところ、サーバー自体の日付が2009年になっており
そのため6月19日以降のログが作成されてなかったのです。
※確かに2009年のログが作成されておりましたがログ容量の関係かと思い
過去のログは削除したため見ることができません。
サーバー自体はActiveDirectryのドメインコントローラであり
外部NTPサーバーと同期するように設定していたはずだったので気が付かなかったのです。
正常な日付、時刻に修正して本日付けのログが作成できていることが確認できました。
くだらない問い合わせをしてしまい、申し訳ございませんでした。
アドバイスありがとうございました。
＞まず PMailServer2 側で考えられる問題として、タスクマネージャーを開き
＞pmservice.exe が複数可動していないかをご確認下さい。
＞
＞pmservice.exe は起動した時点で現在記録しているログファイルをロック
＞しますので、デッドプロセスのような形で残っている場合、新規で起動した
＞pmservice.exe がログファイルにアクセスが出来ない場合があります。
＞
＞ただし、起動時にログファイルが生成できない場合はエラーになり起動
＞しないはずです。
＞ログファイルが生成できない場合はログにエラーを記録することが
＞できませんのでイベントログに記録が行われます。
＞「サービス起動中にログファイルの作成でエラーが発生しました。」
＞と記録されている場合は、pmservice.exe からログフォルダに
＞ファイルの生成でエラーが発生した状態になります。
＞
＞次に、日別や月別でファイル名を切り替えるようにしてある状態でしょうか？
＞それとも smtp.log のように単一のファイルでしょうか？
＞
＞単一ファイルで 4GB を超えるファイルだった場合でも NTFS であれば
＞サイズ的には問題は無いはずです。
＞
＞ファイル数の合計が多い場合は、ログフォルダから一定のログを別のフォルダ
＞に移動してみて下さい。
＞一般的にファイル数に通常利用の範囲では上限はありませんが、余りにも
＞多いファイルが存在する場合、NTFS のパフォーマンスが激減する場合が
＞あります。
＞
＞Windows Update の影響については申し訳ありませんが、わかりません。
＞ただファイルの生成が出来ないような不具合があるようなことは確認して
＞おりませんので、関連性は低いと思われます。
＞
＞最後に、PMailServer2 が起動しイベントログにもエラーが記録されていない
＞状態で、ログファイルの実態が生成されていない場合は、ディスクエラーも
＞考えられます。
＞これは、アプリケーションからファイルの生成で Windows がエラーを
＞返していないにもかかわらずファイルが生成されていないからです。
＞
＞特に PMailServer2 側の設定の変更やフォルダ指定をしていないのであれば
＞上記も可能性として出てきますので、可能であればチェックディスク等も
＞試してみていただきたいと思います。
[削除]
まず PMailServer2 側で考えられる問題として、タスクマネージャーを開き
pmservice.exe が複数可動していないかをご確認下さい。
pmservice.exe は起動した時点で現在記録しているログファイルをロック
しますので、デッドプロセスのような形で残っている場合、新規で起動した
pmservice.exe がログファイルにアクセスが出来ない場合があります。
ただし、起動時にログファイルが生成できない場合はエラーになり起動
しないはずです。
ログファイルが生成できない場合はログにエラーを記録することが
できませんのでイベントログに記録が行われます。
「サービス起動中にログファイルの作成でエラーが発生しました。」
と記録されている場合は、pmservice.exe からログフォルダに
ファイルの生成でエラーが発生した状態になります。
次に、日別や月別でファイル名を切り替えるようにしてある状態でしょうか？
それとも smtp.log のように単一のファイルでしょうか？
単一ファイルで 4GB を超えるファイルだった場合でも NTFS であれば
サイズ的には問題は無いはずです。
ファイル数の合計が多い場合は、ログフォルダから一定のログを別のフォルダ
に移動してみて下さい。
一般的にファイル数に通常利用の範囲では上限はありませんが、余りにも
多いファイルが存在する場合、NTFS のパフォーマンスが激減する場合が
あります。
Windows Update の影響については申し訳ありませんが、わかりません。
ただファイルの生成が出来ないような不具合があるようなことは確認して
おりませんので、関連性は低いと思われます。
最後に、PMailServer2 が起動しイベントログにもエラーが記録されていない
状態で、ログファイルの実態が生成されていない場合は、ディスクエラーも
考えられます。
これは、アプリケーションからファイルの生成で Windows がエラーを
返していないにもかかわらずファイルが生成されていないからです。
特に PMailServer2 側の設定の変更やフォルダ指定をしていないのであれば
上記も可能性として出てきますので、可能であればチェックディスク等も
試してみていただきたいと思います。
[削除]
| 文書番号 | 3708
返信投稿
|
| タイトル | ログファイルの大きさの制限？ |
| 投稿者 |
とし
|
| 日付 | 18/06/22 11:38 |
いつもお世話になっております。
PmailServer2 Pro版を使用しております。
稼働状況は問題なく、不正ログインや不正送信などの
ダイナミックフィルターの機能もきちんと動作しており安心して運用できております。
さて、6月18日からログファイルが作成されず困っております。
それまでは問題なく作成されていたのですが、何かあるのでしょうか
メールの送受信は問題なさそうです。
ログファイルは過去の分も残したままですので4GB近くありましたので
一番過去の1年分を削除し、3GB程度にしてみましたが同じです。
使用環境
WindowsServer 2008R2 Standard
PmailServer2 Ver 2.36（Pro)
もしかするとWindowsUpdateの影響があるのでしょうか？
[削除]
送信済みメールボックスに保存される場合は、メールボックス内の実フォルダ
sended フォルダに eml が保存され、uidl.txt が更新されます。
こちらの保存に成功している場合は、Webmail の送信済みメールボックスを
開けば参照が可能ですが、別処理の為、あくまでも送信を行ったメールの
保存であり、送信に成功したメールの保存ではありませんので、その点は
ご了承願います。（送信に失敗した場合は、ここから再送信を実行できる
ようにしてある為です）
次の版でエラー処理をはっきりとわかりやすく表示するように変更を行いますが
どのような表示にしても見落とす可能性はあります。
原因としては一時的にネットワークドライブが利用できない状況になった際に
ご指摘の症状が出ているのだと思われます。
保存できるまでリトライさせる等の処理を追加することは可能ですが、
再接続されるまでの最小時間等が一切不明の為、最悪の場合、サーバーリソース
が大量に消費され他のアプリケーションまで影響する場合もあります。
すぐに対応できるものでは無いと思いますが、根本的な解決をするには
ネットワークドライブでは無く、ローカルドライブにするのが確実です。
[削除]
| 文書番号 | 3706
返信投稿
|
| タイトル | Re:04 稀に宛先にメールが届かない |
| 投稿者 |
藤波
|
| 日付 | 18/05/30 12:03 |
今運用しているバージョンは、２．３５ になります。
ご説明ありがとうございます。
Spoolフォルダは、ネットワークドライブを利用しています。
＞２ａ）送信済みに保存が設定されている場合は送信済みメールボックスに
＞ 保存処理が行われます。
この時、送信済みに保存される場合にもSpoolフォルダへeml と imd が出力されるのでしょうか？（送信者のWeb上の送信済みトレイには、メールが入っていました）
エラーが把握できるよう、ご対応の程、宜しくお願いします。
＞前述の通り、Webmail から送信されるメールは Spool フォルダに書き出され
＞ますが、MTA ログに何も出力されていない場合は、ファイル自体が書き出されて
＞いないと思われます。
＞
＞具体的に処理としては
＞
＞１）Webmail からメールの送信
＞
＞２）Spool フォルダに eml と imd をファイル出力
＞
＞２ａ）送信済みに保存が設定されている場合は送信済みメールボックスに
＞ 保存処理が行われます。
＞
＞３）サーバー本体の MTA がこれらのファイルを検知しますと、MTA が処理を開始
＞
＞となっています。
＞
＞MTA ログに記録されておらず、また Spool フォルダに eml も imd も
＞残っていないという状況お場合、２の時点でファイル出力が行われていない
＞ことになりますが、このファイル出力自体には保存ができなかった場合の制御が
＞入っており約５０秒間（１秒毎にチェックを５０回）保存ができない
＞（ファイルが生成できない）場合は処理を中断するようになっています。
＞
＞状況的には、この５０回のリトライで保存ができなかったのだと思われますが
＞現バージョンでは、その時点でのエラー内容をログ等に出力する機能が
＞ありませんので、原因の特定まで行うことはできません。
＞
＞またファイルの保存については、OS の機能となりますので、OSエラーが発生
＞するのでエラーを回避をして保存をするという対策を取ることもできません。
＞
＞また、Spool フォルダがネットワークドライブ等のローカルディスクで無い
＞場合も同様となります。
＞
＞ご利用になられているバージョンが不明ですが、少なくとも 2.31 以降で
＞あれば、Spool フォルダに生成されるファイルが重複して保存を行おうとして
＞エラーになる等の対策は行われておりますので、それ以外の場合で
＞今の処、取れる対策としては、保存ができなかった場合のエラーメッセージを
＞もっとはっきりと分かるようにするようにしたいと思います。
＞（次の版にて対応致します。）
[削除]
前述の通り、Webmail から送信されるメールは Spool フォルダに書き出され
ますが、MTA ログに何も出力されていない場合は、ファイル自体が書き出されて
いないと思われます。
具体的に処理としては
１）Webmail からメールの送信
２）Spool フォルダに eml と imd をファイル出力
２ａ）送信済みに保存が設定されている場合は送信済みメールボックスに
保存処理が行われます。
３）サーバー本体の MTA がこれらのファイルを検知しますと、MTA が処理を開始
となっています。
MTA ログに記録されておらず、また Spool フォルダに eml も imd も
残っていないという状況お場合、２の時点でファイル出力が行われていない
ことになりますが、このファイル出力自体には保存ができなかった場合の制御が
入っており約５０秒間（１秒毎にチェックを５０回）保存ができない
（ファイルが生成できない）場合は処理を中断するようになっています。
状況的には、この５０回のリトライで保存ができなかったのだと思われますが
現バージョンでは、その時点でのエラー内容をログ等に出力する機能が
ありませんので、原因の特定まで行うことはできません。
またファイルの保存については、OS の機能となりますので、OSエラーが発生
するのでエラーを回避をして保存をするという対策を取ることもできません。
また、Spool フォルダがネットワークドライブ等のローカルディスクで無い
場合も同様となります。
ご利用になられているバージョンが不明ですが、少なくとも 2.31 以降で
あれば、Spool フォルダに生成されるファイルが重複して保存を行おうとして
エラーになる等の対策は行われておりますので、それ以外の場合で
今の処、取れる対策としては、保存ができなかった場合のエラーメッセージを
もっとはっきりと分かるようにするようにしたいと思います。
（次の版にて対応致します。）
[削除]
| 文書番号 | 3704
返信投稿
|
| タイトル | Re:02 稀に宛先にメールが届かない |
| 投稿者 |
藤波
|
| 日付 | 18/05/28 12:39 |
＞Webmail から送信したメールは、一旦 PMailServer2 本体の Spool フォルダに
＞書き出され、そこから MTA によって一旦処理されます。
＞
＞まず MTA ログを確認して頂けますでしょうか？
MTAログを確認しても、対象アカウントの送信した時刻周辺のログが見当たりません。
（他利用者のアカウントの送受信ログは記録されています）
対象アカウントからメールを送信（１０時３０分頃）したMTAログは記録されており、添付ファイル忘れによる再送信（１０時４０分頃）のメールが相手に届いて居らず、MTAログにも記録がありませんでした。
[削除]
Webmail から送信したメールは、一旦 PMailServer2 本体の Spool フォルダに
書き出され、そこから MTA によって一旦処理されます。
まず MTA ログを確認して頂けますでしょうか？
[削除]
| 文書番号 | 3702
返信投稿
|
| タイトル | 稀に宛先にメールが届かない |
| 投稿者 |
藤波
|
| 日付 | 18/05/24 15:10 |
お世話になります。
PMailServer2 imap版を導入し、Webメールとして運用しています。
利用者から送信したメールが、相手に届いていないメールがある事がわかりました。
お互いに使用しているメールシステムは、同一のサーバー上に構築したPmailServerになります。
送信者が１０時４０分にwebメールにて行い、送信済みメールボックスに入りましたが、
宛先の受信メールボックスに入りませんでした。
また、その時のSMTPログは書き出されていませんでした。
原因と対処法を教えて頂けないでしょうか。
[削除]
2.36a 以降がマルチタスクというかマルチプロセス対応になっています。
従来は１つのプロセスで全ての処理を行っていましたが、pmservice.exe を
複数起動し、負荷の分散等を行う機能です。
現状としては、2.36d までリリースしており、マルチプロセスを利用する
場合は、2.36d まで適用して下さい。
従来のシングルプロセスモードもありますので、特に必要がなければ
マルチプロセスモードの利用は必要ありません。
（マルチプロセスはメリット・デメリット両方があります）
[削除]
| 文書番号 | 3700
返信投稿
|
| タイトル | Re:02 Ver2.35以降のアップデートが出来ない |
| 投稿者 |
TETSU
|
| 日付 | 18/04/28 23:54 |
ご返信ありがとうございました。
無事アップデート完了致しました。
いつも正規版でのみ対応しておりましたが、以前に不具合対応の為にAバージョンを導入致しました。
今後は本件に関して注意するように致します。
現状のVer2.36はマルチタスク対応になったのでしょうか？
2.36bまで上げないと何か問題が起こりそうな気もしますのでVer2.37が出るまで2.35で運用する事に致します。
[削除]
バージョンアップは、正式版から正式版へのみ可能です。
x.xxA や x.xxB はベータ版ですので更新元ファイルとしては利用する
ことはできません。
2.34a に更新した際に、同一フォルダに 2.34 という名前でフォルダが
作成されており、その中にあるファイルが、2.34 の正式版となりますので
そちらのファイルを利用して再度更新を行って下さい。
また、下記ページにも記載しておりますのでご参照下さい。
http://akisoftware.com/pmsrv/updateinfo2.html
http://akisoftware.com/pmsrv/updateinfo.html
[削除]
| 文書番号 | 3698
返信投稿
|
| タイトル | Ver2.35以降のアップデートが出来ない |
| 投稿者 |
TETSU
|
| 日付 | 18/04/26 23:34 |
現在PMailServer2のPro-IMAP4を利用しています。
バージョンの更新を実施しようとしましたが上手く出来ていないように見受けられます。
Ver2.34からVer2.35に上げようと pmsPro230to235_IMAP4.exe を使って更新作業を実施しました。
すると一部のexeが「2.34ではありません。」と表示されて更新されていないようです。
アップデートを実行した後のファイルバージョンは以下の通りです。
feditor.exe 2.3.5.2421
fetcheml.exe 2.3.5.350
pmam.exe 2.3.5.1370
pmc.exe 2.3.5.692
pmman.exe 2.3.4.10166
pmmls.exe 2.3.5.534
pmservice.exe 2.3.4.13527
pmum.exe 2.3.4.24061
実際にpmman.exeを起動してバージョン確認をすると「Ver2.34a」と表示されています。
何が原因でアップデート出来ないのでしょうか？
ご教示頂ければ幸いです。
以上御確認の程宜しく御願い申し上げます。
[削除]
フォワード転送のフィルタ条件は、メールアドレス部分に関しては
メールアドレス全体での部分一致で処理され、該当した場合、以降の
処理は行われません。
従って、admin_user@example.com / user@example.com / それ以外の
@example.com を識別する場合は
フォワード先,filterdelete,admin_user@example.com
フォワード先,filterdelete,user@example.com
フォワード先,filterdelete,@example.com
のように設定を行って下さい。
仮に上記の条件で、superadmin_user@example.com を追加された場合は
一番上に
フォワード先,filterdelete,superadmin_user@example.com
と追加するような具合です。
正規表現については対応予定はありませんが、ワイルドカードは次の版で
利用できるようにしておきます。
（書いてて気がつきましたが、送信元が拡張アドレスを利用している場合
user+123456@example.com のようにランダムな送信アドレスを利用する
場合がありますので）
[削除]
| 文書番号 | 3696
返信投稿
|
| タイトル | FORWARD 転送について |
| 投稿者 |
ばなな
|
| 日付 | 18/04/12 10:27 |
FORWARD 転送について
User Manualの記載について確認です
●例１（行頭の 1:,2: は説明の為の物です、実際は入れないでください）
1:postmaster@xxxx.jp,filterdelete,user@yyyy.jp
2:akisoftware@xxxx.jp,filterdelete,@yyyy.jp
3:staff1@xxxx.jp,staff2@xxxx.jp,delete,
この場合、user@yyyy.jp からのメールは1行目で処理され、
その他のユーザ *@yyyy.jp からのメールは2行目の @yyyy.jp を含むということで処理されると思いますが、
たとえば、
power_user@yyyy.jp
の場合には、 user@yyyy.jp を含んでいますが、どちらで処理されるのでしょうか？
＠以前の部分は完全一致、＠以降は含んでいればよいということでしょうか？
実務的には
yoshiko_takahashi@hogehoge.jp
k_takahashi@hogehoge.jp
takahashi@hogehoge.jp
@hogehoge.jp (上記3人を含み、その他も含む全員）
がうまく識別されればよいのですが、、、
（あるいは、正規表現がつかえるとか。。。）
よろしくお願いします
[削除]
[次のページ][前のページ]