研究内部提供的邮件地址validation服务。 需要什么?

考虑到安全性和性能方面的原因,我们正在考虑在内部validation地址信息。 我的第一个直觉是在单独的物理机器上用postgres sql构build一个* nix框。 由于信息几乎需要实时validation,我应该考虑什么?

作为一个侧面的问题,我应该在获取和更新邮寄地址信息时考虑什么? 我知道有几个提供商可以提供帮助,但是我们正试图避免通过WWW提交隐私问题的请求。

validation物理邮寄地址很难 – 比validation电子邮件地址更难。

为了说明一些复杂性,USPS将接受以下所有内容:

John Smith 1313 Fake Street, APT 0 Anytown, NY, 12345-6789 John Smith 1313 Fake Street Apartment 0 Anytown NY 12345 Mister Smith 1313 Fake Street APT 0 Anytown NY 

作为有效的地址(虽然第一个是最接近他们的理想,最后会因为缺less一个邮政编码而使他们失望,所以必须由某人手动编码才能得到它的目的地)

最好的办法是将地址validation – 例如USPS地址validationAPI 。 USPS网站上的交互式用户界面甚至会提供修复和标准化地址给你,所以他们匹配USPS理想地址格式,我假设他们的API具有类似的function。

StackOverflow在这个问题上有一个问题 – 它可能会帮助你。