跳至主要内容

招商银行卡中心的神操作

 七月某天,打开招行掌上生活,发现推送了一张留学信用卡,看起来倒蛮吸引的。想起邱小姐前阵子出去消费时,因为商家没法刷磁条卡而不能付款,有张芯片卡应该会方便一点。于是动了去办一张的念头。


7月8号在掌上生活提交了申请后,立刻致电招行信用卡热线,说在App里没法选择寄到国外,请帮忙把寄送地址改到海外,同时把邱小姐海外的地址给了客服,特别说明上次寄卡时不是收件人不是写持卡人的名字,而是写主卡人的名字,导致收件很麻烦。客户答应会备注。

7月11号接到邮政快递EMS电话,说送信用卡了,要本人签收。一脸蒙逼地拆开快递信封,发现正是申请的留学生卡。只好又致电招行信用卡热线,说明情况,表示希望卡是寄到海外。接线客服表示查记录俺是有要求寄卡到海外,他要跟当时处理同事核实后再回电。过了大概30分钟,之前处理的客服姐姐回电,表示寄到海外她正在处理,会寄一张一模一样的卡给到邱小姐,真的搞不懂神操作之一。

7月13号在掌上生活查询办卡进展,可以看到正在制卡,14号显示卡已通过EMS海外寄出。通知邱小姐注意查收。
一直等呀等,等到8月底,还是没有音讯,期间还让邱小姐去学校的邮政处理中心查过,也说没有收到。按道理不应该呀,上次寄卡14天就到了的。又再次致电话招行卡中心,问能否查到快递在美国的快递号,答复说他们只有EMS的单号,如果要查快递情况要打EMS客服。放下电话后收到了招行的短信,提供了EMS的的单号。于是登录EMS网站,查询到快递早于7月29号就投递成功。真是奇怪了,地址也对,不可能寄丢的呀。
9月1日起床时躺床上还想着这事,心里想,招行有没有能在快递信封上只写着中文的收件人名字呢?起床后拿起手机,发现邱小姐发了两段语音,听了之后发现果然如此。招行卡中心在寄送到美国的快些信封上,不单止写中文收件人名字,还是写着是俺的名字。神操作之二,这向股操作,邱小姐还能拿到卡,也算是厉害了😄

评论

此博客中的热门博文

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...

解决OpenWRT安装第三方包Incompatible with the architectures configured错误

 起因 起了把家里路由器更新到新版本OpenWRT的念头很久了,周末终于克服自己的懒病,下载了OpenWRT 19.07.4的安装包,更新Linksys WRT1900ACS路由器的系统。 修改了IP地址,把Wifi打开后,驾轻就熟地修改了相关的配置,增加了第三方源,准备开始安装你懂的SS和ChinaDNS等组件。没想到往常屡试不爽的opkg install命令返回了安装失败提示: Incompatible with the architectures configured 仔细比对了所有的配置,确认没有错误,但是安装新增的第三方包时总是报错。 解决方法 试了N多种方法,还是不行,正准备放弃装回原来ROM时,突然发现运行opkg print-architecture返回的CPU架构型号是 arch all 1 arch noarch 1 arch arm_cortex-a9_vfpv3-d16 10 比原来系统打印出来的架构型号多了一个d16,而第三方源的库里貌似没有arm_cortex-a9_vfpv3-d16这样一个型号的源,尝试修改/etc/opkg.conf文件,把原来CPU型号列表增加不带d16行。 arch all 1 arch noarch 1 arch arm_cortex-a9_vfpv3 8 arch arm_cortex-a9_vfpv3-d16 10 再运行opkg install,包装成功。

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...