常連

### 実現したいこと
表題の件ですがGASを使用してGoogleカレンダーでイベントを作成、更新、削除した場合、
任意のメールアドレスに送信されるという仕組みです。

### 発生している問題・分からないこと
今回の場合、
以下の点で困っています。

**・なぜかメール通知がなされない**
**・削除の場合の送信ができない**


### 該当のソースコード

```GAS
function monitorMyCalendar(e) { // 関数名も変えました
  if (e) {
    try {
      // 表示用の文字列
      const isNotExist = 'が設定されていません';

      // 過去にイベントオブジェクトが複数発生（スクリプトが複数起動）したことへの対応
      const lock = LockService.getScriptLock();
      lock.waitLock(0);

      // プロパティサービスから前回実行日時を取得
      const properties = PropertiesService.getScriptProperties();
      const lastUpdated = new Date(properties.getProperty('lastUpdated'));
      const noticedDate = formatDate_(lastUpdated);

      // スクリプトの実行日時を取得
      const currentTime = new Date();
      const currentDate = formatDate_(currentTime);

      // 実行日と2週間後及び6ヶ月後の日付を生成
      const today = new Date();
      today.setHours(0, 0, 0, 0); // 時刻をクリア
      const twoWeeksLater = new Date(today);
      twoWeeksLater.setDate(twoWeeksLater.getDate() + 14); // 2週間後の日付
      const sixMonthsLater = new Date(today);
      sixMonthsLater.setMonth(today.getMonth() + 6); // 6ヶ月後の日付

      // 更新されたカレンダーを6ヶ月後まで取得
      const calendar = CalendarApp.getCalendarById(e.calendarId);
      const events = calendar.getEvents(today, sixMonthsLater); // 6ヶ月後までの予定を取得

      let noticeCount = 0; // 通知されるイベントの数をカウントする変数
      const mailBodies = []; // 通知内容を蓄積する配列
      const twoWeeksMap = new Map();

      // 追加・更新された予定を検出
      for (const event of events) {
        const eventUpdated = event.getLastUpdated();
        const isNewEvent = eventUpdated > lastUpdated || event.getStartTime() > lastUpdated; // 新しいイベントまたは更新されたイベントかどうかを判定
        if (eventUpdated > twoWeeksLater) {
          break;
        } else if (isNewEvent) {
          twoWeeksMap.set(event.getId(), eventUpdated);
          // メール通知項目を生成
          const eventDetails = {
            title: event.getTitle() || 'タイトル' + isNotExist,
            startTime: event.getStartTime() ? formatDate_(event.getStartTime()) : '開始日時' + isNotExist,
            endTime: event.getEndTime() ? formatDate_(event.getEndTime()) : '終了日時' + isNotExist,
            updateTime: formatDate_(eventUpdated),
            description: event.getDescription() || '詳細' + isNotExist,
            location: event.getLocation() || '場所' + isNotExist,
            url: 'https://www.google.com/calendar/event?eid=' + Utilities.base64Encode(event.getId().split('@')[0] + ' ' + e.calendarId), // URL を直接指定
            calendarId: e.calendarId,
            calendarName: calendar.getName(),
          };
          // メール本文を蓄積する
          mailBodies.push(eventDetails);
          noticeCount++; // 通知されるイベントの数を増やす
        }
      }

      // 削除確認用の予定の控えをスプレッドシートから復元し、2週間分のみ抽出（シート名はカレンダーIDの最初の16文字）
      const ss = SpreadsheetApp.openById("シートID");
      const sheet = ss.getSheetByName(e.calendarId.slice(0, 16)) ?? ss.insertSheet(e.calendarId.slice(0, 16));
      const savedEvents = sheet.getDataRange().getValues();
      const twoWeeksSavedEvents = savedEvents.filter(data => data[5] >= today && data[5] <= twoWeeksLater);

      // 削除されたイベントIDのリストを格納するための配列
      const deletedEventIds = [];

      // 2週間分の保存されたイベントを反復処理
      for (const data of twoWeeksSavedEvents) {
        if (!twoWeeksMap.has(data[0])) {
          // 削除されたイベントIDを検出し、deletedEventIds に追加
          deletedEventIds.push(data[0]);
        }
      }

      // deletedEventIds を元に削除されたイベントの詳細を取得し、メール通知の準備を行う
      for (const eventId of deletedEventIds) {
        // 削除されたイベントの詳細を取得
        const deletedEventData = savedEvents.find(data => data[0] === eventId);

        // 削除されたイベントの詳細が見つかった場合、メール通知項目を生成して mailBodies に追加
        if (deletedEventData) {
          const eventDetails = {
            title: deletedEventData[3] || 'タイトル' + isNotExist,
            startTime: deletedEventData[5] ? formatDate_(deletedEventData[5]) : '開始日時' + isNotExist,
            endTime: deletedEventData[6] ? formatDate_(deletedEventData[6]) : '終了日時' + isNotExist,
            updateTime: formatDate_(calendar.getEventById(eventId).getLastUpdated()),
            description: deletedEventData[8] || '詳細' + isNotExist,
            location: deletedEventData[7] || '場所' + isNotExist,
            url: '',
            calendarId: e.calendarId,
            calendarName: calendar.getName(),
          };
          // メール本文を蓄積する
          mailBodies.push(eventDetails);
          noticeCount++; // 通知されるイベントの数を増やす
        }
      }

      if (mailBodies.length > 0) {
        // 開始日時順に並び替え
        mailBodies.sort((a, b) => new Date(a.startTime) - new Date(b.startTime));
        // メールを送信
        sendEmailNotification_(mailBodies, { noticedDate, currentDate }, properties, lastUpdated);
        // 最後の通知時刻を保存
        properties.setProperty('lastUpdated', currentTime.toISOString());
      }
      Logger.log('通知されるイベントの数: ' + noticeCount);

      // 6ヶ月分の予定の控えを更新（保存）
      if (events.length > 0) {
        const values = events.map(event => [
          event.getId(),  // イベントID[0]
          calendar.getName(), // カレンダー名[1]
          e.calendarId,  // カレンダーID[2]
          event.getTitle(),  // タイトル[3]
          event.getLastUpdated(), // 最終更新日時[4]
          event.getStartTime(), // 開始日時[5]
          event.getEndTime(), // 終了日時[6]
          event.getLocation(), // 場所[7]
          event.getDescription(), // 詳細[8]
        ]);
        sheet.clearContents();
        sheet.getRange(1, 1, values.length, values[0].length).setValues(values);
      }

      // スクリプトのロックを解放
      Utilities.sleep(300);
      lock.releaseLock();

    } catch (error) {
      if (error.toString().includes('Lock timeout')) {
        Logger.log('実行中のスクリプトが重複しているので処理を中断しました');
      } else {
        Logger.log('予定の確認中に次のエラーが発生しました: ' + error);
      }
    }
  } else {
    console.log('エディタからは実行できません');
  }
}

// 日付を指定された形式に整形（日付が文字列の場合に対応）
function formatDate_(date) {
  return Utilities.formatDate(new Date(date), 'JST', 'yyyy/MM/dd HH:mm'); // 日本時間で表示
}

// 通知を送信
function sendEmailNotification_(mailBodies, date, properties, lastUpdated, isNewEvent, isDeletedEvent) {
  try {
    const lastNotificationDate = new Date(properties.getProperty('lastNotificationDate'));
    const currentTime = new Date();

    // 前回の通知日時と現在の日時を比較し、新しいイベントまたは削除されたイベントがある場合にメール通知を送信する
    if (lastNotificationDate < lastUpdated && currentTime >= lastUpdated && (isNewEvent || isDeletedEvent)) {
      const recipientEmail = 'test@gmail.com'; // 送信先のメールアドレスを設定してください

      // 新しいイベントの情報を含む通知メール
      if (isNewEvent) {
        const subject = "Googleカレンダーに新しいイベントが追加されました";
        let body = '前回の通知（' + date.noticedDate + '）以降、Googleカレンダーに新しいイベントが追加されました。\n' +
          '今回の通知（' + date.currentDate + '）対象のカレンダー名: ' + mailBodies[0].calendarName + '\n\n';

        for (const item of mailBodies) {
          body +=
            '作成日時: ' + item.updateTime + '\n' +
            'タイトル: ' + item.title + '\n' +
            '開始日時: ' + item.startTime + '\n' +
            '終了日時: ' + item.endTime + '\n' +
            '場所: ' + item.location + '\n' +
            '詳細: ' + item.description + '\n' +
            'URL: ' + item.url + '\n\n';
        }
        MailApp.sendEmail(recipientEmail, subject, body);
        Logger.log('新しいイベントの通知メールが送信されました: ' + body);
      }

      // 削除されたイベントの情報を含む通知メール
      if (isDeletedEvent) {
        const subject = "Googleカレンダーのイベントが削除されました";
        let body = '前回の通知（' + date.noticedDate + '）以降、Googleカレンダーからイベントが削除されました。\n' +
          '今回の通知（' + date.currentDate + '）対象のカレンダー名: ' + mailBodies[0].calendarName + '\n\n';

        for (const item of mailBodies) {
          body +=
            '削除日時: ' + item.updateTime + '\n' +
            'タイトル: ' + item.title + '\n' +
            '開始日時: ' + item.startTime + '\n' +
            '終了日時: ' + item.endTime + '\n' +
            '場所: ' + item.location + '\n' +
            '詳細: ' + item.description + '\n\n';
        }
        MailApp.sendEmail(recipientEmail, subject, body);
        Logger.log('削除されたイベントの通知メールが送信されました: ' + body);
      }

      // 最後の通知時刻を保存
      properties.setProperty('lastNotificationDate', currentTime.toISOString());
    } else {
      Logger.log('新しいイベントまたは削除されたイベントがないか、前回の通知以降に新しいイベントまたは削除されたイベントがありません。メールを送信しませんでした。');
    }
  } catch (error) {
    // メール送信中にエラーが発生した場合、エラーメッセージをログに出力する
    Logger.log('通知メールの送信中にエラーが発生しました: ' + error);
  }
}


```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [x] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
まずはトリガーの設定は以下に設定しています。

今回はいくつか同じ内容が来てしまうのでその場合は
removeDuplicatesFromSheet関数で削除を行っていますが
一度のメールがこのコードですと「0通」になってしまいます。

```ここに言語を入力
 if (!lastEmailSent || (currentTime - lastEmailSent) >= emailInterval) {
```
上記の条件分岐が当てはまっていない気がします。
すみませんが皆様からのご教示のほどよろしくお願いいたします。

![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2024-04-15/1793d04e-6518-49fc-a22b-de6e73bd1561.png)

GASを使用してGoogleカレンダーでイベントを作成、更新、削除をしたら、スプレッドシートを通してその内容を任意のメールアドレスに送信

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を使うべき
- メールに平文で重要な情報を記載しないようにするべき

SMTP over SSLとSMTP STARTTLSのどちらを使うべきか

お世話になります。
初投稿となり失礼な部分が御座いましたら申し訳ございません。
どなたか知見のある方いらっしゃいましたら、ご意見いただけますと有難く存じます。
よろしくお願いいたします。

### 実現したいこと
- [ ] SPFレコードに登録されている不要な設定の削除

### 前提
・ルックアップ回数が上限を超えておりSPFレコードの不要な設定を削除したい。
・過去に対応した人間は残っておらず、該当の設定が現在必要なものかどうかすら分からない。

### 該当のレコード
```
include:spf.bserver.jp
```

### 試したこと
・SPFレコードのチェック（https://powerdmarc.com/ja/spf-record-lookup/）
⇒ルックアップ回数が4回と多く、どこで使われているのかが分からない。

・「bserver.jp」で検索して、過去に利用したことがあるサービスが無いか確認
⇒様々なサービスのガイドページに掲載されているものの、いずれのサービスも利用したことがない。
①アイ・メール（https://imail-system.com/operation/archives/492）
②ナウゲッタメール（https://nowgettamail.com/doc/SPF_nowgetta.pdf）
③ECマスターズフォーラム（https://forum.ec-masters.net/post_view.php?id=5508）
④CAFE24（URL省略）

### 補足
過去に「飛猿」というメルマガ配信サービスを利用していたが、該当サービスは終了しWebページ等も既に残っていない。


以上になります。
2024年2月のGmailガイドライン改定に伴い、DKIM/DMARCの対応を行った際に判明しました。
現在のDNSサーバーの管理者も把握が出来ていない状況で、非常に困っております。

不要なレコードかどうかの判別方法や、該当レコードがどういったものなのか（各会社で利用されているので汎用的なものなのか）
など、何か「bserver.jp」についてご存じな方がいらっしゃいましたらご意見いただけますと幸いです。

どうぞよろしくお願いいたします。

SPFレコードについて（bserver.jp）

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

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

AWS SESを使用してメールを配信する仕組みを実装しています。

3月まで問題なく送信できていた```docomo.ne.jp```のアドレスなのですが、今年の3月に入ってからdocomoへのメール送信が失敗するようになりました。
CloudWatchで監視をしているのですが、次のようなエラー内容です。  

## 状況
- 3月まで問題なく送信出来ていたdocomoのキャリアメールアドレスに、3月中旬くらいから拒否されてしまう。 　 
   -- 考えられる原因は後述しますが、docomoメールサーバー自体に拒否されている。
   -- メールブロック（迷惑メール）の時とは別のエラー内容だった。
- 他の携帯キャリアは今の所問題が発生していない。

## お伺いしたい事
もちろん原因について直接ご指摘いただければとても嬉しいのですが、調べるための手段についてご教示いただきたいです。

- さらに詳細なSESのログを確認する方法は無いですか？  
  SESのバウンスメールから状況を確認できるのですが、「送信先が拒否している」と言う結果しかわかりません。  
  こちら側で出来る対策の方法を見つけられない状態です。
- docomoの通信障害や、メールサーバーの仕様変更が分かるサイトはありますか？
  調べても原因になりそうな情報が見つからなかったり、問い合わせ先がわかりませんでした。


## エラー内容
json形式で取得でき、エラー原因（bounce）については下記のような内容が帰ってきます。  

項目名|出力結果
---|---
bounceType|Transient
bounceSubType|General
diagnosticCode|smtp; 550 4.4.7 Message expired: unable to deliver in 840 minutes.<421 4.4.2 Connection closed unexpectedly. Failed to initiate SMTP session to mfsmax.docomo.ne.jp/xxx.xxx.xxx.xxx
reportingMTA|dsn; xxx.smtp-out.amazonses.com

送信される情報の詳細は下記から確認しています。  

[Amazon SES の Amazon SNS 通知の内容](https://docs.aws.amazon.com/ja_jp/ses/latest/DeveloperGuide/notification-contents.html)


### エラーコード整理
二件あって、次のエラーが原因だと言うことはわかります。

ステータスコード|エラーコード|エラー内容|概要
---|---|---|---
550|4.4.7|Message expired: unable to deliver in 840 minutes.|タイムアウト
421|4.4.2|4.4.2 Connection closed unexpectedly. Failed to initiate SMTP session to mfsmax.docomo.ne.jp/xxx.xxx.xxx.xxx|```mfsmax.docomo.ne.jp```サーバに接続できない。

#### 今まで遭遇した事があるエラーコード
ステータスコードが```550```、```User unknown```と言う問題が発生していた事があります。 
メールブロックを解除してもらってから同様のエラーが激減したので迷惑メールの場合はこれが原因だったと思われます。  

## 所感
根拠がない理由なのであまり考えるべきではないかもしれませんが、コロナウィルスの影響でネットワークが逼迫しているんじゃないかとも考えています。  
ただ、```docomo```で通信障害のニュースを確認できないので最終的な落とし所だと思っています。

【AWS SES】docomoメールアドレスにメールが送信出来ない理由を知りたい

お世話になります。


質問は表題の通りですが、
PHPのmail関数でsmtp認証を使用したメール送信可能なのでしょうか。
いくら調べてもPEARを使用したものしか出てこないです。

可能であれば簡単な実現方法をいただけると助かります。
よろしくお願いいたします。

PHPのmail関数でsmtp認証を使用したメール送信の仕方

### 前提・実現したいこと

Google Apps Scriptを用いて、sendMailでメールを送りたいです。

```Gas
function sendMail() {

  const recipient = 'abc@gmail.com';　        　　　　  　//送信先のメールアドレス
  const subject = '【テスト】メール送信テスト'; 　　     　 　//件名
  const recipientCompany = '株式会社ABC';　             　//送信先の会社名
  const recipientName = '鈴木一郎';　                   　//送信先の担当者名
  const body = `${recipientCompany}\n${recipientName}様\n`
    + '\n＊＊テストメールです＊＊\n';                 　    //本文

  const options = { name: 'aaa' };  //送信者の名前
  GmailApp.sendEmail(recipient, subject, body, options);
}
```






### 発生している問題・エラーメッセージ


Exception: Gmail operation not allowed. : Mail service not enabled
sendMail	@ mail.gs:11




### 試したこと

・Googleで権限の付与
　→アカウントにアクセスできるサードパーティアプリに追加しています。


### 補足情報（FW/ツールのバージョンなど）

OS:windows10 64bit

Google Apps Script（GAS）のsendMailを使用してメール送信したい

「これはシステムの自動送信メールです。返信はできません（返信しても相手には届きません）」
「このメールは送信専用のメールアドレスから自動送信しています」
というようなメールをよく見かけますよね。

私も自分が運営しているサイトからの通知メールなどにそのような記載をしておりますが、それでも理解せずに返信してしまう人が後を絶ちません。

SNSのように、ユーザー同士が連絡しあうシステムの場合、このようなことをされると問題があります。

たとえばツイッターのDM通知メールなどを想像してもらうと分かりやすいのですが、それに返信した本人は相手にメッセージが届いていると思い込んでいるため、双方の認識に齟齬が生じます。

システムからの通知メールに直接返信してしまった人は「返信した」と思っているし、相手のほうは「そんな返信受け取ってない」となるわけです。

こうした事態を無くすにはどうしたらいいでしょうか？
「返信できないよ」という注意文を入れていても無視する（または意味を理解できない）人が少なくないので、もっと良い対策方法はないでしょうか？

返信先を「no-reply」にしたところで、結局仕組みを理解できていない人からすれば「俺はとにかく返信した！ それなのに相手に届いてない！」と思い込んでいるのでクレームにつながります。

---
**この質問が「プログラミングに関係ない」というイチャモンが付きましたので、下記追記です。**
↓
この質問はプログラミングに関係ありまくりです。
広い意味・間接的な意味でこれはプログラミング関連の質問です。

最近teratailのユーザーの一部が「はてな民化」してきている感じがします。
非常に狭い意味での「プログラミング」にこだわりすぎ、原理主義的な思想が強すぎると思います。
これでは開発にまつわる様々な問題を解決できないし、ユーザーの裾野が広がりません。

はてな化は排他的・純粋思想的でとても怖いです。