2016-07-06 58 views
0

我试图理解从API返回的mailgun统计信息,并且数字根本不加起来。Mailgun统计信息不加起来

我做以下调用

$stats = $mg->get('example.com/stats/total', array(
    'event' => array('accepted', 'delivered', 'failed', 'stored'), 
    'duration' => '1m', 
    "resolution" => "month" 
)); 

而得到这样的结果(重新格式化为JSON,方便阅读)

{ 
    'accepted' : { 
     'incoming' : 200, 
     'outgoing' : 458, 
     'total' : 658 
    }, 
    'delivered' : { 
     'smtp' : 399, 
     'http' : 0, 
     'total' : 399 
    }, 
    'failed' : { 
     'temporary' : { 
      'espblock' : 0 
     }, 
     'permanent' : { 
      'suppress-bounce' : 0, 
      'suppress-unsubscribe' : 0, 
      'suppress-complaint' : 0, 
      'bounce' : 0, 
      'total' : 0 
     } 
    }, 
    'stored' : { 
     'total' : 0 
    } 
} 

现在,我不明白的是:传送的消息+失败的消息+存储的消息的总和是否应该大于或等于接受的传出消息的数量?在这个例子中,他们退出的程度要低得多,这对我来说似乎没有意义。

我希望对此有任何想法。

回答

0

正常情况下,接受的传出消息等于传递的消息+反弹消息的总和。

尝试使用日期(类似于开始/结束)而不是持续时间/分辨率。

这就是我在我的cron中使用的,它的工作原理。你可以去Mailgun的仪表板来检查并与你的结果进行比较

+0

谢谢,但这并不会改变我的任何事情:不同的时间范围,但我仍然可以接受771个外出,696个交付,2个临时失败,1个永久失败,让72完全消失。我可能会打开他们的票... – nanos

+0

近10%消失,这有点奇怪。我记得当我使用我的cron时,我只有0.25%的消息消失,最后一个状态是'accepted'。票可能是解决方案;) – 2016-07-07 09:24:51

+0

谢谢。我想我可能误解了一些可能是常识的东西。 – nanos