跳至主要内容

留学生国内信用卡在美国被盗刷记

 邱小姐刚去美国没到1个星期,9月23下午美国本部时间7点23分到7点24分连续接到2条短信,说信用卡连续发生2笔取现23美金取现交易失败。微信联系了邱小姐,说她晚上就呆在宿舍,信用卡也在身边,看来是信用卡被人非法复制,并且通过取现交易在试密码。

通过招行信用卡微信号联系了客服,客户回拔电话后转到了安全中心。安全中心工作人员说这样信用卡不安全,强烈建议立刻停用该卡,由银行免费更换新卡。考虑到邱小姐在米国没有卡用生活很不方便,跟招行工作人员说暂时没法停用,还是相继续保留。招行客服说可以通过掌上生活app把信用卡先停用,然后邱小姐要用时再重新打开,用完立刻锁掉。虽然有点不方便,但至少也是解决方法不是。同时,招行客服一再强调,如果这样使用,发生的用卡风险他们不保证。打开招行掌上生活APP,把邱小姐的信用卡上锁。

过了30分钟,接到招行安全中心的电话,说信用卡又发生了一笔500美金的刷卡交易没成功。看来是实锤信用卡被复制了,不换卡不行了。24号晚上致电招行信用卡中心,请他们帮忙重新做一张卡,并问明可以帮忙寄到美国。但客服小姐说因为疫情加上中美关系,现在寄卡到美国的时间没保证,也有可能寄到美国被海关拒收的风险等等,一切顺利寄到也大概需要一个多月云云。想着实在等不了那么久,于是请招行卡中心直接把卡寄到上海,想着拿到再自己寄到美国。

招行卡中心的效率还是蛮高的,26号下午就收到了新卡。拿到卡后碰到了新问题,找遍了市面上所有的快递公司,都说不能寄信用卡到米国。Fedex的客服说可寄,快递小哥上门收件时也说不行。一下抓瞎啦,只好打电话问招行客服,问能否把卡再寄回给他们,请他们帮忙寄到米国,一个月就一个月啦。结果招行客服说他们卡寄出来就不能再寄回去啦,巴拉巴拉一番说明,机智的客服小姐说可以把新卡再挂失一遍,然后请卡中心再另外做张卡😀。当然就这么愉快的操作啦,于是留下邱小姐米国的地址,并盯瞩客服小姐一定要用邱小姐的拼音名字。

9月30号招行发出邮件通知卡已寄出,寄到米国不像国内,有物流单号可以追踪,开始了静默的等待。10月14日邱小姐说收到了卡,历时半个月,还算可以接受。神奇的是发EMS的快递,收件人写着是邱先生的名字,然后居然还能寄到邱小姐手上。

评论

此博客中的热门博文

解决墙国Google Home无法联网问题

趁黑五特价入手了个Google Home,经过漫长的等待昨天终于等到。回到家里兴高采烈的安装了Home应用,设置好开始开心的调戏Google,播放音乐什么的都很正常。 第二天上班回到家里,发现Hey Google后,不是提示Sorry something went wrong, try again in a few seconds."就是"There was a glitch. Try again in a few seconds.",很是恼火。没可能哥花50刀就买一个蓝牙音箱回来吧,再说了,连不上网甚至连蓝牙也打不开。 本着一贯的研究精神,开搞。据说Google Home是自带DNS,OpenWRT路由上设置了全局SS,但是Google Home还是会用tcp的模式去访问不存在的DNS Server地址8.8.4.4和8.8.8.8,于是乎加了个防火墙规则,不管你Google Home什么请求,都乖乖给我走SS通道去。 修改OpenWRT的/etc/firewall.user文件,增加以下iptables规则: iptables -t nat -A PREROUTING -s 192.168.1.0/24 -p udp --dport 53 -j DNAT --to 192.168.1.0 iptables -t nat -A PREROUTING -s 192.168.1.0/24 -p tcp --dport 53 -j DNAT --to 192.168.1.0 iptables -I PREROUTING -t nat -p udp -d 8.8.4.4 --dport 53 -j REDIRECT --to-ports 1053 iptables -I PREROUTING -t nat -p udp -d 8.8.8.8 --dport 53 -j REDIRECT --to-ports 1053 嘿嘿,来一句"Hey Google. Make me relax“,满屋子都是优美的声音,听着写代码真爽:).

Installing RHEL EPEL Repo on Centos 5.x or 6.x

习惯了用yum来安装东西,试了下这篇文章提到的做法workable,再做一次搬运工。 原文出处: http://www.rackspace.com/knowledge_center/article/installing-rhel-epel-repo-on-centos-5x-or-6x Authored by: Rackspace Support How to install RHEL EPEL repository on Centos 5.x or 6.x The following article will describe how to configure a CentOS 5.x-based or Centos 6.x-based system to use Fedora Epel repos and third party remi package repos. These package repositories are not officially supported by CentOS, but they provide much more current versions of popular applications like PHP or MYSQL. Install the extra repositories The first step requires downloading some RPM files that contain the additional YUM repository definitions. The instructions below point to the 64-bit versions that work with our Cloud Server instances. Centos 5.x wget http://dl.fedoraproject.org/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm sudo rpm -Uvh remi-release-5*.rpm epel...

64位OEL 6安装Oracle RCU报“libXext.so.6: cannot open shared object file: No such file or directory”的解决方法

在64位的Oracle Enterprise Linux 6上时报“ libXext.so.6: cannot open shared object file: No such file or directory ”的错误,已经装了64位x11相关的包,可见是缺少32位的包引起的。 1.libXext.so.6错误信息如下: 无法使用位置 /home/ecm/oinstall/rcuHome/rcu/log/logdir.2011-12-26_09-54/rcu.log 初始化日志记录程序 使用以下位置初始化日志记录程序: /tmp/logdir.2011-12-26_09-54/rcu.log Exception in thread "main" java.lang.UnsatisfiedLinkError: /home/ecm/oinstall/rcuHome/jdk/jre/lib/i386/xawt/libmawt.so: libXext.so.6: cannot open shared object file: No such file or directory     at java.lang.ClassLoader$NativeLibrary.load(Native Method)     at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1806)     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1702)     at java.lang.Runtime.load0(Runtime.java:770)     at java.lang.System.load(System.java:1003)     at java.lang.ClassLoader$NativeLibrary.load(Native Method)     at java.lang.ClassLoader.loadLibrar...