REST APIで連携する際の、不正なメールアドレスへの対応について | Community
Skip to main content
Misaki_Oomawari
Level 2
January 4, 2018

REST APIで連携する際の、不正なメールアドレスへの対応について

  • January 4, 2018
  • 1 reply
  • 70 views

JMUGみなさま

いつもお世話になっております、ホームプロ 大廻と申します。

MySQLのデータベースからの連携や、REST APIでの連携について

詳しい方どなたか、ご教示いただけますでしょうか。

弊社では上記の環境でデータ連携を行っていますが、

DB側に、マルケト側では不正なメールアドレスとして認識されるアドレスがあった場合

エラーとなり連携がストップしてしまいます。

弊社のDB側で、不正になるメアドを
事前にフィルタリングしてはじく等すればいいのかなと思っておりますが

どなたかいい対応方法をご存知でしたら、ご教示いただければ幸いです。

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

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

1 reply

ジョナサン_池上2
Level 2
January 4, 2018

具体的にどういうケースがエラーになりますか?
不正アドレスの場合は、やはり事前に連携側(Marketoじゃない側)でのフィルタリングをするか、もしくはエラーが出た場合のリカバリー処理をさせることになると思いますが、そもそもどういう状況で発生しているのかが少し気になります。
日本の場合は携帯キャリアが堂々とRFC違反メールアドレスを推奨するという、ネットの仕組みを壊すようなことをやっていた黒歴史があり、今だに推奨はしないまでも過去に作ったRFC違反アドレスを野放しにしてるため、海外ツールではそれを不正処理して受け付けない場合もあります。
Marketoはそういうアドレスの登録と送信をちゃんとしてくれるのでいいのですが、APIで連携した時も同じように受け付けてくれるのか、ちょっと気になります。(やってみたことがないので。)
そうではなく、純然たる不正アドレス(@マークがない、.comとかのTDLがない等)であれば比較的簡単な正規表現でフィルタリングできると思います。

Misaki_Oomawari
Level 2
January 10, 2018

@ジョナサン 池上​ さま

ご回答ありがとうございます!

また、ご返信が遅くなってしまい、申し訳ありません。

具体的にどういうケースがエラーになりますか?

これまで2件発生していまして、

いずれも .jp の後ろに数字3or4桁が続く、というものでした。

…ご指摘いただいて、初めてエラーになったアドレスの確認をしたのですが、

そもそもこういうメアドが弊社側では登録可能なこと自体、ちょっとアレですね…。