অবিভাজিত মেল শিরোনাম (পার্থক্য মেল) পার্স করুন


9

আমার সার্ভারে ফিরে প্রেরিত বাউন্সড (অবিশ্বাস্য) ইমেলের শিরোনামগুলি পার্স করার সর্বোত্তম উপায় কী এবং এটি নির্ধারণ করুন যে এটি কোনও নরম বা শক্ত বাউন্স কিনা?

আমি কেবলমাত্র আমার ব্যবহারকারীদের জন্য অপ্ট-ইন ইমেল প্রেরণ করি তবে মাঝে মাঝে কিছু ইমেল ঠিকানা বাসি হয়ে যায়। যখন কোনও ইমেল আমার সার্ভারে ফিরে আসে, আমি কেন এটি বাউন্স (নরম / শক্ত) খুঁজে পেতে চাই। তারপরে আমি আমার ডাটাবেজে এটি যথাযথভাবে মোকাবেলা করতে পারি এবং / অথবা পরবর্তী লগ ইন করার পরে তাদের ইমেল আপডেট করার জন্য ব্যবহারকারীকে পতাকাঙ্কিত করতে পারি।

আমি উবুন্টু এবং পোস্টফিক্স ব্যবহার করছি। আমি এলিয়াস এবং ভার্চুয়াল এলিয়াস সহ সফলভাবে ভিইআরপি বাস্তবায়ন করেছি। সুতরাং বাউন্সড ইমেলগুলিতে বাউন্স + অর্গেইমেল অ্যাড্রেস@example.com এর রিটার্ন-পাথ রয়েছে এবং আমি এগুলি একটি স্ক্রিপ্টে পাইপ করতে পারি।

এখন আমার ভিইআরপি সেটআপ হয়েছে, আমি জানি যে মূল ইমেলটি কাকে প্রেরণ করা হয়েছিল, তবে এটি ফিরে আসা মেল শিরোনামগুলি পার্স করা দরকার এটি নরম বাউন্স বা শক্ত বাউন্স কিনা তা খুঁজে বের করার জন্য।

এই হ্যান্ডেল করার সেরা উপায় কি? আমি এটি বুঝতে পেরেছি যে সমস্ত মেল সার্ভার একই নিয়মে চালিত হয় না এবং শিরোনামে বিভিন্ন ধরণের ফর্ম্যাট থাকতে পারে। এমন কোনও ওপেন সোর্স প্রকল্প রয়েছে যা এই ধরণের জিনিসগুলি ট্র্যাক করে রাখে? এমন কিছু সহজ যা আমি প্রয়োগ করতে পারি যা বেশিরভাগ বাউন্সকে সঠিকভাবে শ্রেণিবদ্ধ করবে?

আমি আমার মেল সার্ভারের খ্যাতি রক্ষার চেষ্টা করছি, তাই কোনও সাহায্যের প্রশংসা করা হয়!

উত্তর:


9

হিসাবে RFC3463 ব্যাখ্যা, স্থিতি 5 থেকে শুরু করে কোড ক্রমাগত অস্থায়ী ব্যর্থতা স্থায়ী ব্যর্থতা এবং 4 জন্য ব্যবহৃত হয়। বিভিন্ন ফর্ম্যাট সহ বেশ কয়েকটি বার্তাকে পার্স করার পরিবর্তে আপনি সার্ভার লগগুলিতে নির্ভর করতে পারেন এবং এর মতো কিছু চেষ্টা করতে পারেন:

grep " dsn=5." /var/log/mail.log | grep -o -P " to=<(.+?)>" | sort | uniq -c

এটি মেল.লগ (পোস্টফিক্স ফর্ম্যাট) থেকে স্থায়ী ত্রুটিগুলি খুঁজে পাবে এবং প্রতিটি ঠিকানায় ঠিকানা এবং বাউন্সের পরিমাণ দেবে। আপনি "dsn = 4" ব্যবহার করতে পারেন। অস্থায়ী ত্রুটিযুক্ত ঠিকানাগুলি পেতে।


ধন্যবাদ এএসএ! আমি বুঝতে পারি নি যে মেল লগে পোস্টফিক্সের সেই তথ্য ছিল। এটিই কি আপনি সমাধানটি ব্যবহার করেন? আপনি কি দেখতে পান যে পোস্টফিক্স হার্ড বাউন্সকে ডিএসএন = 5 সঠিকভাবে শ্রেণিবদ্ধ করেছে? আমি পড়েছি যে কিছু মেল সার্ভারগুলি আরএফসির সাথে সম্মতি দেয় না। সুতরাং আমি ভেবেছিলাম আরও জটিল সমাধানের প্রয়োজন হতে পারে। আপনার অভিজ্ঞতা কি হয়েছে? এটি একটি ভাল সমাধানের মতো বলে মনে হচ্ছে যদি আমরা পোস্টফিক্সটি এটি সঠিকভাবে পরীক্ষা করতে পারি :-)
রিচার্ড

সত্যিই দরকারী স্ক্রিপ্ট - আপনাকে ধন্যবাদ! গ্রেপ grep " dsn=5." /var/log/mail.log | pcregrep -o1 " to=<(.+?)>" | sort | uniq -c
পি

8

সাধারণত দুটি ধরণের বাউন্স রয়েছে

  1. সরাসরি কারণে বাউন্সআপনার পোস্টফিক্স ইমেইল বিতরণ করার সময় দূরবর্তী মেইল ​​সার্ভারের প্রত্যাখ্যানের বাউন্সগুলি।
  2. রিমোট সার্ভারের কারণে সৃষ্ট বাউন্সগুলি (আপনার পোস্টফিক্সের পরে নেক্সট-হপ সার্ভার) বার্তাটি চূড়ান্ত প্রাপকদের কাছে পৌঁছে দিতে ব্যর্থ।

প্রথম মামলাটি ইতিমধ্যে উপরে এসা জোকিনেন দ্বারা উত্তরের উত্তরে was াকা হয়েছিল। আপনার সেরা বেটটি মাইলগ পার্স করা।

দ্বিতীয় কেসটি ছিল বাউন্সের বিশেষ মামলা। উদাহরণের পরিস্থিতি:

  • আপনি প্রাপকের সাথে ইমেল পাঠাতে fakemail@example.com করার mail.example.com সার্ভার।
  • Mail.example.com সালে fakemail@example.com ওরফে অন্য হয়েছিল realmail@example.net এবং ফরোয়ার্ড করা উচিত নয় mail.example.net
  • একদিন mail.example.net আপনার বার্তা প্রত্যাখ্যান তাই mail.example.com আপনার সার্ভারে bounces পাঠাতে হবে।
  • দুর্ভাগ্যক্রমে আপনার সার্ভারে মাইলগ "dsn = 2" থাকবে কারণ মেইল.এক্সামেল ডটকম ইতিমধ্যে বার্তাটি গ্রহণ করেছে তবে এটি মেইল.এক্সমেলন.নে ফরোয়ার্ড করতে ব্যর্থ হয়েছে ।

এখানে দ্বিতীয় ধরণের উদাহরণ ইমেল বাউন্স করে। ইয়াহু মেল সার্ভার myuser@yahoo.com -> myuser@example.net ফরোয়ার্ডিং নিয়ম রয়েছে । দুর্ভাগ্যক্রমে উদাহরণ নেট এর মেল সার্ভার বার্তা প্রত্যাখ্যান করে :(

From MAILER-DAEMON  Thu Mar  5 05:07:26 2015
Return-Path: <>
X-Original-To: noreply-myuser=yahoo.com@example.org
Delivered-To: noreply-263462085117-1425506829-myuser=yahoo.com@example.org
Received: from nm21-vm7.bullet.mail.gq1.yahoo.com (nm21-vm7.bullet.mail.gq1.yahoo.com [98.136.217.54])
        (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
        (No client certificate requested)
        by mx.example.org (Postfix) with ESMTPS id D6365565FC
        for <noreply-263462085117-1425506829-myuser=yahoo.com@example.org>; Thu,  5 Mar 2015 05:07:25 +0700 (WIT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=bounce; t=1425506842; bh=zk/tWZNl6c36dmlPDmakM9ekK8cHVJANXMmSdsbkcWc=; h=From:To:Date:Subject:From:Subject; b=Im95h1qTg6qN3yUI7vF1fXtJ0SbUnzv8rUPwLbpNwxGPN2p8wfosXJzQgJ3nzr4L4ZQ50P2d9E9U4jEUNtnyi7nlFd5kKbtiVuda4H56h1PFnt+7wSpgHcd5Irs/lLODumb6ZZSEpCOWttcB9+JLaDfEUUPjGcbR+xww4XeH5Eo=
From: MAILER-DAEMON@yahoo.com
To: noreply-263462085117-1425506829-myuser=yahoo.com@example.org
Date: Wed, 04 Mar 2015 22:07:22 -0000
Subject: Failure Notice
X-Yahoo-Newman-Property: bmbounce

Sorry, we were unable to deliver your message to the following address.

<myuser@example.net>:
Remote host said:
550 5.1.1 User unknown
 [RCPT_TO]

এই ক্ষেত্রে, আপনার একমাত্র পদ্ধতিটি বাউন্স বার্তাকে পার্স করছে। দুর্ভাগ্যক্রমে কোনও স্ট্যান্ডার্ড বাউন্স ফর্ম্যাট নেই, সুতরাং আপনাকে অবশ্যই শরীরের বিশ্লেষণ করতে হবে এবং সৃষ্ট প্রত্যাখ্যানটি নির্ধারণ করতে হবে।

আপনার পোস্টফিক্স বাউন্স পার্সিংয়ের বৈশিষ্ট্য চেকলিস্ট:

  1. ভিইআরপি ঠিকানাটি বৈধ ছিল কিনা তা পরীক্ষা করে দেখুন। আপনি অবৈধ বার্তাটি বিশ্লেষণ করতে চান না।
  2. শরীরকে পার্স করুন, তারা নরম বা শক্ত প্রত্যাখ্যান কিনা তা নির্ধারণ করুন।

দ্বিতীয় বৈশিষ্ট্যের জন্য, আপনি কিছু সাধারণ প্রত্যাখ্যান বার্তা গুগল করতে পারেন। উদাহরণস্বরূপ এই হল বাউন্স-Regex-list.xml দ্বারা Jakub Liska


এসা জোকিনেন এই দুটি বাউন্স প্রকার সম্পর্কে নীচের মন্তব্যে একটি ভাল বক্তব্য রেখেছিলেন । যদি আপনার লক্ষ্যটি সার্ভারের খ্যাতি বজায় রাখে তবে প্রথম বাউন্সের ধরণের কাজ করা যথেষ্ট। দ্বিতীয় বাউন্সটি ছিল আপনার তালিকা পরিষ্কার করার বিষয়ে cleaning সুতরাং আপনার সার্ভারে কিছু সংস্থান মুক্ত করে মৃত ইমেলটি মুছে ফেলা উচিত ।

পিএইচপিলিস্ট এবং মেলম্যানের মতো কিছু মেলিং তালিকার পরিচালকরাও এই বাউন্স সমস্যার সাথে ইমেল বডিটি পার্সিংয়ের সাথে মোকাবিলা করেন কারণ তাদের মাইলগ পার্স করার কোনও সংস্থান নেই।


1
এই সমাধানটি দরকারী এবং আরও পুঙ্খানুপুঙ্খভাবে প্রয়োজন হয় যদি মেলগুলি স্বয়ংক্রিয়ভাবে অন্য ঠিকানায় ফরোয়ার্ড করা হয় তবে এটি হ্যান্ডেল করা প্রয়োজন। তবে লক্ষ্যটি যদি মেল সার্ভারের খ্যাতি রক্ষা করা হয় তবে সরাসরি প্রত্যাখ্যানগুলি পরিচালনা করা যথেষ্ট should ফরোয়ার্ডিং এমটিএর প্রশাসকদের পুরানো ফরোয়ার্ড এবং মেল তালিকাগুলি (তাদের খ্যাতি রক্ষায় এবং অপ্রয়োজনীয় ট্র্যাফিক এড়াতে) সরানো উচিত। এরপরে আমরা এক মামলায় ফিরে এসেছি। গৌণ বাউন্সগুলির পরিমাণ উল্লেখযোগ্য হলে ওপির এই সমাধানটি ব্যবহার করা উচিত। যা কখনও কম পরিশ্রম করে।
এশা জোকিনেন

@ ম্যাসেগোলোহ, তথ্যের জন্য ধন্যবাদ! আমি এমনকি ভবিষ্যতের পরিস্থিতি সম্ভাবনা হিসাবে বিবেচনা করি নি! আপাতত আমি আমার মেইল ​​সার্ভারের প্রতিনিধিত্ব রক্ষার জন্য মূলত উদ্বিগ্ন, তবে বাউন্সগুলি বাড়লে এটি খুব কার্যকর হতে পারে।
রিচার্ড
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.