弊社の電子メールの現状について

現状、弊社で業務に使用しているアカウントだけでも1日で200通以上の迷惑メールが届いております。

それらはメールサーバーのフィルターで自動分別しています。おそらく大丈夫だと期待していますが、本当に不正でないメールが誤ってフィルタリングされていないかどうかは量が量だけに確認することができません。
これを書いている間にも次々と届いた迷惑メールがフィルタリングされている状況です。

また、弊社から登録情報をお客様宛に送信しても、これが本当に届いているのかどうか全くわかりません。

Gmailが届かない、Yahooメールが届かないなどトラブルは日常茶飯事で、現状は電子メールが正しく届くことを期待できない状況だと思われます。

#ICカードこれひとつ

会員登録で電子メールを廃止する案について

将来的には契約マネージャーを定期的に弊社サーバーにアクセスするようにして契約情報を受信できるようにすることで、メールを使用しないでなんとかするPlayストアアプリのような仕組みにしたいと考えていますが、セキュリティを維持してこれを実現するのは弊社だけでは難しい状況です。

ですので他の方法を模索する必要があります。

つきましては、お客様の同意が得られればトラブルの多い電子メールでの契約については廃止として、Fediverseアカウントでユーザー登録を実施し、そのFediverseアカウント宛にDMで登録内容のお知らせを実施する方法を検討しています。

会員数60万を突破したMisskey.ioや、会員数2億人弱いるらしいThreadsの普及、もはやいくつあるのか数えるのも不可能な数のMastodonやMisskeyほかのFediverseサーバーが立ち並ぶ状況ですので、Fediverseについては一定の支持が得られたものと判断しています。

メールアドレス一つあれば始められるものなので、一つのクッションとして使うには有効かと考えているところです。

この案に対するご意見をリプライでお寄せいただければ幸いです。

電子メールでsendmailするかのようにFediverseにサーバー処理から自動送信する処理を考えていた

漠然と考えた末 #fedibird の弊アカウントから発信するのがもっとも簡単そうと判断

詳細不明ながら開発メニューにある新規アプリで何か作成し得られたトークンを利用してエンドポイント /api/v1/statuses 宛に何かをしたらいいらしい。ただトークンをプログラムで持たねばならないので明らかにセキュアではない

あと仕様書
https://docs.joinmastodon.org/methods/statuses/#create
が不親切すぎてパラメーターの与え方が全く分からない。メンションの@某は本文に書くだけでいいのかも分からないし、visibilityにdirectを指定すればよいらしいもののどこに書いたらいいのか使用例がない

たまたま見つけたここ
https://qiita.com/KEINOS/items/27d201afed4ed665cb11
だと、先のエンドポイントにPOSTで、本文に
visibility=direct
status=本文
とすれば良いらしい

ヘッダーは
Content-Type: application/x-www-form-urlencoded
Authorization: Bearer トークン
とするらしい