2013-07-01 38 views
10

Tôi đang gửi email với Amazon SES và xử lý thông báo bằng SNS. Tôi chỉ nhận ra rằng tôi đã xử lý các tin nhắn OOTO là bị trả lại và tôi muốn sửa lỗi đó để tôi phân biệt đúng hai.Phân biệt thư bị trả lại và OOTO với Amazon SES

Cả thông báo OOTO và trả lại đều có "notificationType":"Bounce".

Phải có một số thông tin khác trong thông báo cho phép bạn phân biệt số trang không truy cập và OOTO, nhưng tôi không thể tìm thấy tài liệu này ở bất kỳ đâu. Có ai đã tìm ra điều này không?

+0

Điều này có liên quan gì đến amazon-sns không? – tster

+0

@tster, vâng, câu đầu tiên nói rằng tôi đang xử lý thông báo với SNS. –

+0

Bạn được hỏi làm thế nào để nói khác nhau giữa một OOTO và một thông báo trả lại từ SES. Thực tế là bạn đang sử dụng SNS để làm một cái gì đó là không liên quan tôi nghĩ. Tôi là một chuyên gia của SNS, và thường xuyên kiểm tra thẻ amazon-sns, và tôi nghĩ câu hỏi này không liên quan gì đến nó. – tster

Trả lời

6

Cung cấp một số thông tin bổ sung để trợ giúp người khác. Dưới đây là các tin nhắn mẫu nhận được từ trình mô phỏng SES cho địa chỉ email [email protected], [email protected][email protected] Ngoài ra dưới đây là thông điệp tương ứng với một email OOTO trong sản xuất, khác với những gì được mô phỏng.

Có vẻ như bạn có thể sử dụng "bounceType" để phân biệt OOTO với số trang không truy cập, nhưng sẽ rất tuyệt khi nhận được sự rõ ràng từ nhóm SES. Theo tôi, các tin nhắn OOTO không được coi là bị trả lại.

OOTO từ mô phỏng:

{ 
u'mail': { 
    u'timestamp': u'2013-09-01T17:21:23.000Z', 
    u'destination': [u'[email protected]'], 
    u'source': u'[email protected]', 
    u'messageId': u'...'}, 
u'notificationType': u'Bounce', 
u'bounce': { 
    u'bounceType': u'Transient', 
    u'bounceSubType': u'General', 
    u'bouncedRecipients': [{u'emailAddress': u'[email protected]'}], 
    u'feedbackId': u'...', 
    u'timestamp': u'2013-09-01T17:21:24.000Z'} 
} 

OOTO trong sản xuất:

{ 
u'mail': { 
    u'timestamp': u'2013-09-01T18:45:10.000Z', 
    u'destination': [u'[email protected]'], 
    u'messageId': u'...', 
    u'source': u'[email protected]'}, 
u'notificationType': u'Bounce', 
u'bounce': { 
    u'bouncedRecipients': [], 
    u'bounceType': u'Undetermined', 
    u'bounceSubType': u'Undetermined', 
    u'feedbackId': u'...', 
    u'timestamp': u'2013-09-01T18:45:11.000Z'} 
} 

Thoát từ mô phỏng:

{ 
u'mail': { 
    u'timestamp': u'2013-09-01T17:21:20.000Z', 
    u'destination': [u'[email protected]'], 
    u'messageId': u'...', 
    u'source': u'[email protected]'}, 
u'notificationType': u'Bounce', 
u'bounce': { 
    u'bounceType': u'Permanent', 
    u'bounceSubType': u'General', 
    u'bouncedRecipients': [{u'action': u'failed', u'status': u'5.1.1', u'diagnosticCode': u'smtp; 550 5.1.1 user unknown', u'emailAddress': u'[email protected]'}], 
    u'feedbackId': u'...', 
    u'timestamp': u'2013-09-01T17:21:20.767Z', 
    u'reportingMTA': u'dsn; a8-96.smtp-out.amazonses.com'} 
} 

Thoát trong sản xuất:

{ 
u'mail': { 
    u'timestamp': u'2013-09-02T13:39:02.000Z', 
    u'destination': [u'[email protected]'], 
    u'messageId': u'...', 
    u'source': u'[email protected]'}, 
u'notificationType': u'Bounce', 
u'bounce': { 
    u'feedbackId': u'...', 
    u'timestamp': u'2013-09-02T13:38:57.000Z', 
    u'reportingMTA': u'dns; b232-135.smtp-out.amazonses.com', 
    u'bounceSubType': u'General', 
    u'bouncedRecipients': [{u'status': u'5.0.0', u'diagnosticCode': u"smtp; 5.1.0 - Unknown address error 550-'Requested action not taken: mailbox unavailable' (delivery attempts: 0)", u'emailAddress': u'[email protected]', u'action': u'failed'}], 
    u'bounceType': u'Permanent'} 
} 

Danh sách triệt tiêu từ trình mô phỏng:

{u'mail': { 
    u'timestamp': u'2013-09-01T17:21:31.000Z', 
    u'destination': [u'[email protected]'], 
    u'messageId': u'...', 
    u'source': u'[email protected]'}, 
u'notificationType': u'Bounce', 
u'bounce': { 
    u'bounceType': u'Permanent', 
    u'bounceSubType': u'Suppressed', 
    u'bouncedRecipients': [{u'status': u'5.1.1', u'emailAddress': u'[email protected]ulator.amazonses.com', u'diagnosticCode': u'Amazon SES has suppressed sending to this address because it has a recent history of bouncing as an invalid address. For more information about how to remove an address from the suppression list, see the Amazon SES Developer Guide: http://docs.aws.amazon.com/ses/latest/DeveloperGuide/remove-from-suppressionlist.html ', u'action': u'failed'}], 
    u'feedbackId': u'...', 
    u'timestamp': u'2013-09-01T17:21:32.620Z', 
    u'reportingMTA': u'dns; amazonses.com'} 
} 
+0

Tôi đang xem xét điều này cũng như tôi đang cố gắng quyết định xem có nên sử dụng SES hay không. Bạn có nói rằng trình mô phỏng đang cung cấp cho bạn một loại bounceType và subBounceType khác khi được sử dụng trong sản xuất? Đó là khủng khiếp nếu đó thực sự là trường hợp. –

+1

Vâng, đúng vậy. –

+0

Chỉ số trang không truy cập cố định được tính vào "tỷ lệ thoát" chính thức của một tài khoản - tất cả các số trang không truy cập tạm thời hoặc chưa xác định không. Tôi thường khuyên bạn nên chủ yếu xử lý các thư bị trả lại vĩnh viễn theo cách tự động (hủy đăng ký hoặc chặn địa chỉ email) và kiểm tra thủ công tất cả các loại khác để xem liệu có cần hành động nào không. Đôi khi một số thông tin hữu ích được chứa trong các lỗi này, chẳng hạn như bị nhà cung cấp chặn hoặc khi xảy ra lỗi DMARC. – iquito

Các vấn đề liên quan