常連

## テーマ、知りたいこと

 自社サーバーの上に独自のドメイン名のメールを送受信できるように設定したい

## 背景、状況

・自社サーバーを持っている
・独自のドメインは取得済み（〇〇.com）
・レンタルサーバーではなく、自社のサーバー上で独自ドメインのメールの送受信を行いたい

という状況なのですが、構築するのは大変なのでしょうか？

調べてみると、Xserverなどのレンタルサーバーだと、サーバーパネルにログインして簡単に設定できる記事がありました。
また、もしどなかたにお願いしようとした場合、作業料としてどのくらいの金額が相場なんでしょうか？

もしお詳しい方がみえましたら教えていただけますと嬉しいです。

（追記）
「レンタルサーバー上で独自ドメインのメールの送受信をする方法」は調べたらいくつも記事がでてきたのですが、
「自社サーバー上で独自ドメインのメールを送受信する方法」が調べても、こちらが意図する情報にたどりつかなかったため悩んでおりました。このようなざっくりとした質問内容になってしまい申し訳ございません。

自社サーバーの上に独自のドメイン名のメールを送受信できるように設定したい

有識者のみなさま、お知恵をお貸しいただきたいです。。
よろしくお願いいたします。

### 実現したいこと
From、Toどちらも「〇〇@example.jp」と指定されたメールが、自身で管理しているメールサーバー（アカウント）へ届くことを
拒否したい。

### 前提
・CentOS7、postfix3、Dovecotの組み合わせで、送受信用メールサーバーを運用。
・バーチャルドメインを設定。
　例：
　〇〇@example.jp、△△@example.com

・各ドメインで、SPF・DKIM・DMARC設定済。
・なりすまし（スパムメール）のFrom・Toへ指定されている「〇〇@example.jp」は、自メールサーバー上へ存在するメールアドレス。
　（「〇〇@example.jp」のメールを受信して、スパムメールに気づいた）


### 現在のpostfix、main.cfの設定
```
allow_min_user = yes
disable_vrfy_command = yes
smtpd_helo_required = yes
allow_untrusted_routing = no

smtpd_client_restrictions =
    permit_mynetworks,
　 check_client_access cidr:/etc/postfix/reject_client.cidr,
    reject_unknown_reverse_client_hostname

smtpd_helo_restrictions =
    permit_mynetworks,
    reject_invalid_hostname

smtpd_sender_restrictions =
    permit_mynetworks,
    reject_non_fqdn_sender,
    reject_unknown_sender_domain

smtpd_recipient_restrictions =
    permit_mynetworks,
    permit_sasl_authenticated,
    reject_non_fqdn_recipient,
    reject_unauth_destination

smtpd_sasl_auth_enable = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
broken_sasl_auth_clients = yes
smtpd_sasl_security_options = noanonymous
```

### 確認・試したこと
・自メールサーバーから、該当メールが送信されていない点を確認。
・送信元サーバーが、自メールサーバー以外となっている「〇〇@example.jp」を、Postfixの設定で拒否できないか？
　設定を確認、これ、というものが見つけられず。

なりすまし自ドメインメールアドレスからのメール受信を拒否したい

AWSのSESでメール送信した際に、送信時のヘッダー情報を取得し記録することは可能でしょうか。

コンソール画面でメール送信しても特に履歴のようなものが確認できず、ヘッダー情報も見つけられませんでした。

プログラムでなければ取得できないようであれば、その方法など教えていただけると助かります。

よろしくお願いいたします。

AWS SESでメール送信時のヘッダー情報を取得したい

## テーマ、知りたいこと
ThounderBirdのメールの受信できるが、送信ができなく困っております。
メールの送信をする設定を行うためには、何から確認すべきでしょうか？
いろいろと調べた中で、セキュリティソフトを終了させてみて、メールの送信を試してみるといったことや、送信（ＳＭＴＰ）サーバーの設定が正しいかの確認をするといったことは確認したつもりです。
何か手がかかりなどありましたらご教授頂きたいです。

## 背景、状況
プログラミングとは関係ない質問なので、こちらで質問してよいものかどうか曖昧ですが、申し訳ありませんが何かわかりそうな方がいらっしゃれば、ご教授頂けば助かります。



ThounderBirdのメール送信ができない。

## テーマ、知りたいこと
スプレッドシートに保管してある大量のメールデータベースから、顧客からのメールに対してどの返信メールが有効かサジェストする機能はgoogle apps scriptを用いて実装可能か？

## 背景、状況
はじめまして。
私は中小企業のカスタマーセンターで働く30代半ばの事務員です。
業務は主にメールの返信と受電業務で、傍らgoogle apps scriptを使って社内システムを作成しています。
### 使えるものはgoogle apps scriptのみです。
最近新卒の方がたくさん入社されてきたので、この方たちの為の、返信メールサジェスト機能を作り、業務をアシストをしてあげたいと考えています。


私の部署のカスタマーセンターでは、新しい人が入社して顧客からのメール対応をする際、ある程度のtemplateが揃っているため、それを引用して追記を行います。

メールの内容は主に下記の2つに分けれます。
・テンプレートで返信可能なルーティン系の問い合わせ
・文書を新しく作成、過去の問い合わせを探して引用、編集しないといけない問い合わせ

2つ目の問い合わせに対しては、
1、新しい人が1から文書を考え、作成して上司がチェック（上司の手が空いてないときは待ち時間が発生）、校正された文章を新しい人が送る。
2、過去の返信記録を社内ツール（メールディーラーやチャットワークのやり取りの履歴）を使って探して作る。
といったフローでメール作成に慣れてない人はここでかなりの時間を部下、上司ともに費やしています。

上記で確かに対応は可能ですが、とにかく遅い。。
新卒の人の貴重な時間を、こんなどうでもいい事に使ってほしくないと思っています。
更に疑問なのが、これからメールを作る人を量産することに果たして大きな効果は得れるのかという事です。

日本が戦時の日本が空中戦で敗戦した背景に、日本は操縦士の育成に力を入れて、熟練した兵士を量産することに時間とリソースをかけていたが、
対してアメリカは敵機に近づくと拡散するミサイルなどいかに効率的に撃墜できるかを優先した。
このような話を聞いたことがありますが、まさにメールを作成する人の量産はこれにあたるのではないかと思ってしまいます。
先日、Chat GTP-4がリリースされ、実際に試してみましたが、これがこれから世の中にもたらす影響ははかり知りません。
AIが文字をタイピングしたり、返事をしたり、プログラミングのコードを書いたりするのに今後、人が時間をかけて文章を1から考えて作る仕事は必要なく、そんな業務はAIを駆使できないメール作成が早くて得意な人たちにやらせればいいと考えています。

上記のような背景、理由、想いから、過去に問い合わせがあるような内容は、サジェスト機能を使って過去に返信したいくつかのメール内容の候補が瞬時に出てくる機能が出来ればいいと思い、質問致しました。
そもそもサジェストじゃなく、メール文そのものを作れるアプリがいいのでは？とはなりましたが、今のこちらの技術的に最適で会社にも受け入れてもらいやすそうなのがそういった機能かと思った次第です。

有識者の方々の意見と、可能であれば作成に当たりアイデアを共有いただければ幸いです。
何卒よろしくお願いいたします。


カスタマーセンターでの新卒のこのメール返信対応の時間を短くする為に。

### 実現したいこと

PHPで作成したお問合せフォームからのメールが届かないので、届くようにしたい

### 前提


お問合せフォームをPHPで作成し、
きちんとお問合せが会社のメールアドレスに届くか確認してみたところ、届く場合と届かない場合があった

### 発生している問題・エラーメッセージ

テスト環境にて送信チェックを行った場合：送信先をどのアドレスにしても届かない（エラーも出ない）
本番環境にて送信チェックを行った場合：私の個人的なアドレス（gmail）には届くが、それ以外のアドレスには届かない（エラーも出ない）


### 該当のソースコード
以下のmail関数にて送信処理を行っています
```php
mail($to_mail, $subject, $message, $head);
```

### 補足情報（FW/ツールのバージョンなど）
ウェブサーバーはCPIのシェアードプラン BusinessStandardを使用

どんなことでもいいので、「これはやった？」「こうじゃないのか」などありましたらご教示いただけますと幸いです。


PHPフォームでメールが送信できない

laravel5のメール送信機能を使用してHTMLメールを送信しています。
～@softbank.ne.jpのアドレス、MMS形式で受信し、メール内のリンクを押下しても画面遷移しません。
gmail、サンダーバードで受信した場合はリンクを押下すると遷移します。
どのようにすればMMSでも遷移するのでしょうか？

リンクは通常のHTMLタグを使用し、以下のようにしています。
<a href="https://localhost/nanika?id=123"></a>

～～～～～追加～～～～～
リンク先は正しくはhttpsです。

MMSでhtmlメールを受信し、htmlメール内のリンクを押下しても遷移しません。

CentOS7でPostfixとDovecotを使いメールサーバーを構築しているのですが、下記「メールサーバーの用途」と「現在の認識」を考慮して、SMTP over SSLとSMTP STARTTLSのどちらを使うべきかを教えてください。
また、下記「現在の認識」について間違いがあればご指摘ください。

ささいなことでも結構ですので、アドバイスいただけると幸いです。
よろしくお願いいたします。

メールサーバーの用途
---
メールサーバーは下記の用途で利用します。
1. ウェブメーラーの利用
自分のみがウェブメーラーを利用してメールのやりとりをします。
2. ウェブサイトのフォーム送信
ウェブサイトの利用者（不特定）がフォームからユーザー情報（ユーザーID・パスワード）を送信します。

なお、
- 通信の「安全性」とメール送受信の「確実性」をバランス良く取り入れたいです。
- ウェブサイトの通信は常にhttpsを利用しています。
- メールサーバーやウェブサイトは全て同一IP上に構築またはプライベートIPで接続されているものとします。
- メールのリレー設定は外部のホストを許可していません。
- ウェブメーラーはRainloopを利用しています。

現在の認識
---
SMTP over SSLとSMTP STARTTLSの特徴は次のように捉えています。
- SMTP over SSL：通信の開始から終了まで暗号化する。
- SMTP STARTTLS：通信の開始から途中までは暗号化せず、メール受信側の環境によって、途中から最後までを暗号化するか平文で送るかが変わる。

上記の特徴から、次のようなことが言えると考えています。
- 通信の安全性から言えばSMTP over SSLの方が安全ではあるが、メールを受信する側がSMTP over SSLに対応していない場合はメールが確実に届くわけではない。
- SMTP STARTTLSはメールを受信する側の環境によっては平文でメールが送信される可能性があるが、メールは相手に届きやすい。

そこで、私は現時点で次のように考えています。
- SMTP STARTTLSを使うべき
- メールに平文で重要な情報を記載しないようにするべき