当前位置:生活小百科 >> 正文

中国邮政给据邮件跟踪查询系统|国际邮件跟踪查询系统

2017-05-08 09:12:15 来源: 责任编辑:生活小百科

篇一 : 国际邮件跟踪查询系统

中国邮政国际邮件跟踪查询系统

国际普邮跟踪查询

http://intmail.183.com.cn/

全国统一咨询电话11185 。

国际邮政邮件跟踪查询:

中国邮政电子商务网

可追踪EMS邮件信息:http://www.ems.com.cn/
EMS国际邮费计算器:?opt=show&act=1

国际邮件跟踪查询系统

DHL中文版首页,可追踪全球快递:
DHL进出口快件运费计算器:
DHL进出口快件转运时间查询:

国际邮件跟踪查询系统

UPS中文版首页,可追踪全球快递:http://www.ups.com/content/cn/zh/index.jsx
UPS计算全球递送时间和费用:http://wwwapps.ups.com/time?loc=zh_CN

国际邮件跟踪查询系统

TNT中文版首页,可追踪国际快件:
TNT查询国际快件费用:http://www.tnt.com/pricing/pricingInput.do?navigation=1&respLang=zh&respCountry=
CN&genericSiteIdent=

国际邮件跟踪查询系统

FedEx中文版首页,可追踪全球包裹:http://www.fedex.com/cn/
FedEx全球费率与运送时间计算器:http://www.fedex.com/ratefinder/home?cc=cn&language=zh

国际邮件跟踪查询系统

注:中国邮政网站不提供国际函件(包裹)的追踪查询。请待航空包裹投递出国后,即可到如下目的地国家的合作网站进行查询:
航空小包(Air Package)国际查询网址:

  1. 美国:(包裹编号示例:RR383130874CN)
    ?from=home&page=0035trackandconfirm
  2. 加拿大:(包裹编号示例:RR310334871CN)
    https://em.canadapost.ca/emo/basicPin.do?language=en
  3. 西班牙:(包裹编号示例:RR383130429CN)
    http://www.correos.es/ENG/13-MenuRec2/01-MenuRec21/2010_c1-LocalizadorE.asp
  4. 新西兰:(包裹编号示例:RR383130018CN)
    http://www.nzpost.co.nz/NR/exeres/2AE86870-C2E4-49A9-8415-4797CD618745,
    frameless.htm?NRMODE=Published
  5. 新加坡:(包裹编号示例:RR310334885CN)
    http://www.singpost.com/ra/ra_article_status.asp
  6. 瑞士:(包裹编号示例:RR310334783CN)
    https://www.swisspost.ch/en/index/uk_geschaeftskunden/pm_versand_inland_gk/
    pp_pakete_gk/pp_informationslogistik/pp_trackandtrace_info/pm_trackandtrace.htm
  7. 巴西:(包裹编号示例:RR310334911CN)
    http://www.correios.com.br/servicos/rastreamento/internacional/default.cfm?Idioma=E
  8. 芬兰:(包裹编号示例:RR310330707CN)
    http://www.posti.fi/english/itemtracking/

航空水陆路(SAL)包裹的查询网址:

  1. 美国:(包裹编号示例:CP108180306CN)
    ?from=home&page=0035trackandconfirm
  2. 英国:(包裹编号示例:中国邮政编号CP108180310CN,转发编号EC783459935GB)
    http://www.parcelforce.com/portal/pw/track?catId=7500082

附:中国邮政国际资费计算器 ?opt=show

篇二 : CentOS系统中跟踪高IO等待详解

高IO等待问题的第一个征兆通常是系统平均负载。负载均衡的计算都是基于CPU利用率的,即使用或等待CPU的进程数目,当然,在Linux平台上,进程 几乎都处于不可中断的睡眠状态。负载均衡的基线可以解释为,在一个CPU核的机器上上,该CPU得到充分利用。因此,对于4核机器中,如果系统平均复杂为 4,表示该机器有足够的资源来处理它需要做的工作,当然只是勉强。在相同的4核系统,如果平均复杂是8,那么以为这将意味着服务器系统需要8个core才 能处理所要做的工作,但现在只有4个核,所以已经超载。

如果系统显示平均负载较高,但是CPU的系统(system)和用户(user)利用率较低,那么就需要观察IO 等待(即IO wait)。在linuc系统上,IO wait对系统负载有较大的影响,主要因为一个或多个核都可能被磁盘IO或网络

发现进程在等待IO完成是一回事,验证高IO wait的原因是另一回事。使用”iostat –x 1”能够显示正在使用的物理存储设备的IO情况:

[username@server~]$ iostat -x 1

         Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util

         cciss/c0d0        0.08     5.94  1.28  2.75    17.34    69.52    21.60     0.11   26.82   4.12   1.66

         cciss/c0d0p1      0.00     0.00  0.00  0.00     0.00     0.00     5.30     0.00    8.76   5.98   0.00

         cciss/c0d0p2      0.00     0.00  0.00  0.00     0.00     0.00    58.45     0.00    7.79   3.21   0.00

         cciss/c0d0p3      0.08     5.94  1.28  2.75    17.34    69.52    21.60     0.11   26.82   4.12   1.66

由上可知,很明显,设备/dev/cciss/c0d0p3的等待时间很长。然而,我们并没有挂载找个设备,实际上,它是个LVM设备。如果您使用的是 LVM作为存储,那么,您应该发现iostat应该有那么一点混乱。LVM使用device mapper子系统将文件系统映射到物理设备,因此,iostat可能显示多个设备,比如/ dev/dm-0和/ dev/dm-1。而”df –h”的输出却不会显示device mapper路径,而是打印了LVM路径。最简单的方法是在iostat参数中添加选项”-N”。

[username@server~]$ iostat -xN 1

         Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util

         vg1-root          0.00     0.00  0.09  3.01     0.85    24.08     8.05     0.08   24.69   1.79   0.55

         vg1-home          0.00     0.00  0.05  1.46     0.97    11.69     8.36     0.03   19.89   3.76   0.57

         vg1-opt           0.00     0.00  0.03  1.56     0.46    12.48     8.12     0.05   29.89   3.53   0.56

         vg1-tmp           0.00     0.00  0.00  0.06     0.00     0.45     8.00     0.00   24.85   4.90   0.03

         vg1-usr           0.00     0.00  0.63  1.41     5.85    11.28     8.38     0.07   32.48   3.11   0.63

         vg1-var           0.00     0.00  0.55  1.19     9.21     9.54    10.74     0.04   24.10   4.24   0.74

         vg1-swaplv        0.00     0.00  0.00  0.00     0.00     0.00     8.00     0.00    3.98   1.88   0.00

为简便起见,裁剪上面iostat命令的输出信息。列出的每个文件系统所显示出的IO等待都是不可接受的,观察第十栏标有“await”的数据。相比而 言,文件系统/usr的await时间要高一些。我们先来分析一下这个文件系统,使用命令” fuser -vm /opt ”查看哪些进程在访问这个文件系统,进程列表如下。

            root@server:/root > fuser -vm /opt

                                 USER        PID ACCESS COMMAND

            /opt:                db2fenc1   1067 ....m db2fmp

                                 db2fenc1   1071 ....m db2fmp

                                 db2fenc1   2560 ....m db2fmp

                                 db2fenc1   5221 ....m db2fmp

当前服务器上有112个DB2进程正在访问/opt文件系统,为简便起见,列出四项。看来已经找到导致问题的原因,在服务器上,数据库配置为可使用速度更快的SAN访问,操作系统可以使用的是本地磁盘。可以打电话问问DBA(数据库管理员)怎么做才能这样配置。

最后一个组要的注意的是LVM和device mapper。 “Iostat –xN”命令的输出显示的是逻辑卷名,但它是可以通过命令”ls –lrt / dev /mapper”查到映射关系表。输出信息的第六列中的dm-是与iostat中的设备名相对应的。

有时候,在操作系统或应用层是没有什么可以做的,除了选择速度更快的磁盘,并没有其他的选择。幸运的是,快速磁盘访问,如SAN或SSD的价格正在逐步下降。

篇三 : 邮件全程跟踪 国外7大常用邮件认证服务

电子邮件是当今最广泛的网络应用,当我们发送邮件时,我们会想知道邮件是否已成功发送。当接收邮件时,邮件是否曾被人打开过,什么时候,在哪里打开的,甚至浏览器的类型我们都想知道。这时,电子邮件认证服务变得极为重要。不仅如此,电子邮件认证亦有助于解决日益严重的垃圾邮件问题。今天,IDC评述网便为大家推荐国外7大常用的邮件认证服务。

1.ReadNotify

ReadNotify是最强大和可靠的电子邮件跟踪服务,亦是一款非常精密的认证邮件服务,简言之就是让您知道您发送的邮件是否已被打开的所有详细细节或者提示您已发送成功,隐藏在背后的是极其复杂的技术而呈现在您面前的是方便简易的插件,工具和邮件快捷方式。

2. E-mailSecure

E-mailSecure是拥有高度灵活的邮件回执功能的邮件服务,能够让您知道您的邮件是否已被打开,提示邮件已发送成功和邮件已被浏览。而当E-mailSecure让您可以很大程度上控制您的邮件的同时,也会干扰正常的电子邮件工作流程。

3.BigString.com

BigString.com是一款免费的1GB邮件服务,包括多种邮件认证服务,例如终止或者编辑发送的邮件。遗憾的是BigString.com对于处理正接收邮件的功能就不是很完善,缺乏组织工具。

4.Pointfmail

Pointofmail一款综合了邮件回执和提示邮件被浏览的邮件服务。Pointofmail提供邮件浏览回执,跟踪附属装置和修改删除发送的邮件,且很容易操作。遗憾的是Pointofmail认证邮件较累赘,而且很多Pointofmail模式不会提示收件人。

5.SpyPig

SpyPig允许您为发送的邮件设置小图像,用以提示您什么时候这些邮件被打开了。SpyPig最适合不经常发送邮件的用户,因为它需要每封邮件的一些行为。然而如果收件人不去下载图像SpyPig就无法工作,所以说SpyPig不是很全的认证电邮。

6. Confimax

Confimax一旦收件人打开邮件,Confimax很容易就能接收邮件回执。不幸的是,这些回执是不被担保的。

7.DidTheyReadIt

DidTheyReadIt让您很轻松就知道您发送出去的邮件是否被打开了,但是,由于回执无法得知他们的行为被记录,DidTheyReadIt也就没有办法挑选出邮件回执了。

文章作者:中国IDC评述网 http://www.idcps.com,如需转载,请注明出处,欢迎各位共同交流,谢谢!

篇四 : Google改造美国系统 推出墨西哥流感跟踪工具

  4月30日消息:据国外媒体报道,Google去年曾经推出了一个美国流感跟踪工具,提供给美国疾病控制和预防中心使用。日前,Google改造系统,推出了一个墨西哥流感跟踪工具。

  Google这一工具利用了搜索引擎的查询数据。

  其原理是:如果一个地区的网民身体出现某种流感症状,他们将会在Google上进行相关关键词的搜索,利用关键词频率和地区,医学专家可以分析出某种流感症状的传播范围和程度。

  Google流感跟踪工具的技术负责人杰雷米·金斯伯格表示,Google已经发现了迹象,即遭遇某些流感症状的墨西哥网民正在更多搜索流感相关的关键词。

  以往的研究显示,35%到40%的使用搜索引擎的网民,他们首先搜索的是健康信息。

  金斯伯格表示,和美国流感搜索数据相比,墨西哥的数据过去并未进行过详细分析,因此可能不是那么有效,不过他表示相信Google的系统将会逐渐显示流感活动的真实趋势。金斯伯格透露说,在墨西哥猪流感新闻发生之前,他们已经发现该国部分地区搜索流感症状的次数增加。

  另外,在美国,只要是猪流感疑似病例出现的地方,当地网民搜索流感关键词的频率也大大增加。

  金斯伯格还表示,他希望这一工具能够帮助传染病专家能够预测可能暴发疫情的范围,这样可以获得快速反应的先机。



>>返回 生活小百科 内容:http://www.jianliw.com/48822.html

文章很赞,分享给朋友
相关内容


香煎黄花鱼的做法 嘀哩嘀哩 嘀哩嘀哩歌词 嘀哩哩嘀哩哩哒哒 UUSee 客户端网游排行榜 钻石品牌排名 钻戒品牌排名 国内钻戒品牌排名 大浪淘沙小姐

免责声明:本站作品均来自网友分享或互联网,若您发现本站存在您非授权的原创作品请第一时间联系本站删除,本站享有代替本站作者维权的权力。

CopyRight @ 2008-2018 jianliw.com 生活小百科,All Rights Reserved 版权所有

粤ICP备15014829号-1