头脑风暴一下。
以往寻找网站联系方式要打开网站，找到特定页面，问题是这个页面的进入方法并没有统一标准，一些 UX 不好的网站想找到“关于”页面都困难，想反馈甚至还可能需要注册发帖，耗费时间和精力。有了
http://gts.team.tt/ 应该会方便一些。不过解决的不是什么大问题就是了，而且我作为个人可能一年联系的客服也没几个，多是固定的。
联系网站的方式未必只有 Email 一种，可以有客服电话，社交网络（微博微信推特脸书电报），网站自带的在线对话等。
另外转发邮件之后呢？某厂收到邮件了，回复给谁？“后续有人通过
zhix.in@team.tt 发送邮件，系统将自动转发邮件给你。”这样的话，所有沟通信息都要经
team.tt 的手，对方系统里建立跟踪也不太好建立吧。
不如这样设计，发送任意内容到
v2ex.com@team.tt，自动回复一封含有
v2ex.com 多种联系方式的邮件。或者干脆让用户访问
v2ex.com.team.tt，页面返回
v2ex.com 联系方式。无论是 Email 还是网页，都用 <a href="tel:1234567"> 或者 mailto: 把各种联系方式区分开来，方便用户直接点击。
嗯，就是个信息汇集+查询程序，免去了用户费力去找联系方式的麻烦，相当于一个收集客服的黄页 /导航。不要负责转发用户发来的工单了，免去了认证，也能免除一些滥用责任，被收录的网站也有了另一条比较方便的收取反馈的渠道。可以考虑收取各厂一定服务费用，开通 @
direct.team.tt，这样用户直接发给
v2ex.com@direct.team.tt 的邮件就会直接转发到该厂，如果
v2ex.com 没有开通 direct 服务，直接返回和
v2ex.com@team.tt 一样的结果。
至于批量的需求，可以提供一个 API，请求 N 个域名的邮件地址，返回结果之后用户再自己批量发邮件。不过我觉得这是想批量发送推广邮件的时候才会有的需求。