فشل MX سجل سؤال

Question

وأنا رجل التعليمات البرمجية المدارة، لذلك عندما كنت إمكانية التشغيل المتداخل مع التعليمات البرمجية غير المدارة، وأنها لا تعمل كما هو معلن، وأحصل مضطرب. يمكن للشخص أن يفسر لي لماذا هذا من شأنه أن يعود مع عدم وجود سجلات MX، عندما تعمل على nslookup سطر الأوامر؟

[DllImport("dnsapi", EntryPoint = "DnsQuery_W", CharSet = CharSet.Unicode, SetLastError = true, ExactSpelling = true)]
private static extern int DnsQuery([MarshalAs(UnmanagedType.VBByRefStr)]ref string pszName, QueryTypes wType, QueryOptions options, int aipServers, ref IntPtr ppQueryResults, int pReserved);

string domain = "HomeTechnologySolutions.com";
int num1 = DnsQuery(ref domain, QueryTypes.DNS_TYPE_MX, QueryOptions.DNS_QUERY_BYPASS_CACHE, 0, ref ptr1, 0);
if (num1 != 0)
{
    throw new Win32Exception(num1)
}

ورمز الخطأ أن يعود يعني "لم يتم العثور على استعلام DNS نظرا سجلات"

وركلة في السراويل هو أن هذا هو المجال الأول لقد وجدت أن فشل هذا الاختبار، ولكن قيل لي أنه يحدث "كثير من الأحيان". (لا أحد يمكن أن تحدد في كثير من الأحيان بالنسبة لي حتى الآن، ولكن أنا أعمل على ذلك)

وعلى أي حال، عندما كنت إجراء NSLOOKUP من خلال موجه الأوامر، أعود:

> set type=mx
> hometechnologysolutions.com
Server:  dhcp.removedtoprotectedtheguilty.com
Address:  10.0.0.9

hometechnologysolutions.com
        primary name server = ns1.streetsimple.com
        responsible mail addr = hostmaster.streetsimple.com
        serial  = 11
        refresh = 900 (15 mins)
        retry   = 600 (10 mins)
        expire  = 86400 (1 day)
        default TTL = 3600 (1 hour)

Answer 1

وأنا لا أحصل على أي سجلات MX عاد لأن اسم مجال معين عند استخدام 'حفر' من هنا أيضا.

والنتائج "NSLOOKUP" أنك نقلا هناك من سجل SOA المجال ولا تشمل أي سجلات MX. يتم إرجاع سجل SOA في قسم "السلطة" للاستجابة DNS، حتى لو لم يكن هناك سجلات لسؤال محدد طلبتم.

في حالة عدم وجود سجلات MX، وكلاء نقل البريد (الاتفاقات التجارية المتعددة الأطراف) ستتعامل سجل A للمضيف كسجل MX مع أولوية 0 ومحاولة إجراء اتصال SMTP إلى هذا العنوان بدلا من ذلك.

وانظر القسم 5.1 من RFC 5321 . لاحظ أنه على الرغم من أن هذا هو حديث جدا RFC، وجدت هذا السلوك أيضا في الإصدارات السابقة من مواصفات SMTP.