Score:0

ความหมายของพารามิเตอร์ bounce="false" ในการตอบกลับ 553 จาก MTA ที่ได้รับคืออะไร

ธง in

นี่เป็นคำถามทางเทคนิคสั้นๆ เกี่ยวกับการแลกเปลี่ยนระหว่าง MTA สองรายการ มีที่มาจาก คำถามนี้ ใน Superuser ซึ่งกว้างกว่าและมีการคุยโวเกี่ยวกับการสนับสนุนทางเทคนิคจากผู้ให้บริการอีเมลเฉพาะ ด้านล่างนี้คือรายการไฟล์บันทึกเวอร์ชันที่ได้รับการฆ่าเชื้ออย่างดี ซึ่งนำมาจากบันทึกของ MTA ขาออก โดยที่ 1.2.3.4 คือที่อยู่ IP ของ MTA ขาออก และ 5.6.7.8 คือที่อยู่ IP ของ MTA ที่รับ ผู้ส่งเดิมไม่ได้รับข้อความตีกลับ และไม่มีการส่งจดหมายถึงผู้รับ (ทั้งกล่องจดหมายหรือโฟลเดอร์สแปมหรือถังขยะ) ฉันอยากจะเข้าใจความหมายของ เด้ง = "เท็จ" พารามิเตอร์ในการตอบสนอง 553 จาก MTA ที่ได้รับ (โปรดทราบว่ารายการจะเรียงลำดับจากใหม่ไปเก่าที่สุด ดังที่แสดงโดยการประทับเวลา) ขอบคุณ!

20210812 09:29:10.177 หลัก sid="id1" id="id1id2"
    ip="1.2.3.4" action="PERMERR" dstmta="5.6.7.8" age="61" code="553"
    reason="553 5.3.0 198.71.225.36 ข้อความของคุณถูกปฏิเสธเนื่องจากอาจเป็นสแปม/ไวรัส
    เนื้อหาโปรดขอให้ผู้ให้บริการอีเมลของคุณไปที่ http://emailadmin.registeredsite.com
    เพื่อการแก้ปัญหา\r\n" account="[email protected]""
    fwd="0" bounce="false" mailfrom="[email protected]" fromdomain="sending-example.com"
    ผู้รับ_list="[email protected]" todomain="receiving-example.com"
    เรื่อง="ข่าวเศร้า" subject_hash="f35ba6823f3a91025f0a495ed7de3b59" script="" script_ip=""

20210812 09:28:09.658 หลัก sid="id1" id="id1id2"
    ip="1.2.3.4" action="ACCEPT" reason="CLEAN" account="[email protected]"
    fwd="0" mailfrom="[email protected]" fromdomain="sending-example.com"
    receiver_list="[email protected]" todomain="receiving-example.com" subject="ข่าวเศร้า"
    subject_hash="f35ba6823f3a91025f0a495ed7de3b59" script="" script_ip=""

แก้ไข 1:

สิ่งนี้ไม่ได้ตอบคำถามจริงๆ ตามที่ถาม แต่ในการโทรสนับสนุนครั้งต่อๆ ไปกับผู้ให้บริการอีเมลสองรายที่เกี่ยวข้อง ดูเหมือนจะมีข้อตกลงบางอย่างว่า MTA ที่ได้รับซึ่งให้การตอบกลับ 553 ต่อ MTA ที่ส่งนั้นเป็นสิ่งที่ควรส่ง ข้อความตีกลับไปยังผู้ส่งซองจดหมาย อย่างไรก็ตาม ตัวแทนสำหรับ MTA ที่รับข้อมูลได้ชี้ให้ฉันเห็นในวันนี้ว่าการตอบสนอง 553 ของพวกเขามีที่อยู่ IP ที่ 3: 198.71.225.36 และที่อยู่นั้นเป็นที่อยู่ที่ถูกร้องเรียน และในความเป็นจริงมันจะถูกขึ้นบัญชีดำหากคุณตรวจสอบที่ URL ที่อยู่ในข้อความ ตลอดเวลานี้ฉันไม่ได้สังเกตที่อยู่นั้นว่าเกี่ยวข้อง (หรือแม้แต่ที่อยู่ อาจเป็นหมายเลขหัวข้อเช่น 5.3.0 หรืออะไรทำนองนั้น) 1.2.3.4 เป็นที่อยู่ IP สำหรับเซิร์ฟเวอร์ที่ระบุโดยรายการ MX ในไฟล์โซนสำหรับโดเมนที่ส่ง ดังนั้นฉันจึงถือว่าที่อยู่นี้ต้องถูกขึ้นบัญชีดำ! ฉันยังไม่ได้รับคำอธิบายสำหรับ 'เด้ง = "เท็จ"' พารามิเตอร์ หรือเซิร์ฟเวอร์ที่สร้างมันขึ้นมา

Michael Hampton avatar
cz flag
คุณต้องระบุซอฟต์แวร์ MTA ที่ใช้งานอยู่ ดูไม่เหมือนที่เห็นทั่วไปในเครือข่าย
in flag
@Michael Hampton MTA ที่ส่งคือ godaddy ซึ่งเป็น MTA Network Solutions ที่รับ ฉันคิดว่าทั้งคู่จัดการกับอีเมลจำนวนมาก ดังนั้นจึงน่าแปลกใจเล็กน้อยที่บันทึกดู "ผิดปกติ" รายการบันทึกมาจากตัวแทนฝ่ายสนับสนุนด้านเทคนิคของ godaddy ซึ่งดึงข้อมูลเหล่านี้จากบันทึกเซิร์ฟเวอร์ขาออก แต่ละรายการเป็นบรรทัดเดียว ฉันเพิ่งทำความสะอาดที่อยู่ IP และโดเมนและรวมไว้หลายบรรทัดพร้อมการเยื้องเพื่อโพสต์ที่นี่ 553 ที่มีพารามิเตอร์ 'bounce="false"' มาจากเซิร์ฟเวอร์ netsol ที่อยู่ IP ของเซิร์ฟเวอร์นั้นเป็นของ Cloudflare ไม่ใช่ netsol ซึ่งดูแปลกสำหรับฉัน
Michael Hampton avatar
cz flag
นั่นคือทั้งสองบริษัท ไม่ใช่ MTA หาก GoDaddy เขียน MTA แบบกำหนดเอง คุณควรถามพวกเขาว่าหมายความว่าอย่างไร
in flag
โอเค ฉันทำได้ ฉันเพิ่งแสดงปฏิกิริยาต่อคุณ "ไม่เห็นบ่อยในเครือข่าย" เนื่องจากทั้ง godaddy และ netsol เป็นผู้ให้บริการที่ค่อนข้างธรรมดา แต่ในขณะที่พารามิเตอร์ 'bounce="false"' ปรากฏในบันทึกจาก godaddy จริง ๆ แล้วอยู่ในการตอบสนอง 553 จาก netsol ฉันสามารถถามพวกเขาได้เช่นกัน แต่จะไม่คาดหวังคำตอบที่มีความหมาย ในที่สุดก็พูดคุยกับหัวหน้า netsol เมื่อคืนที่ผ่านมาซึ่งสัญญาว่าจะอยู่ด้านบนและแจ้งข้อมูลอัปเดตให้ฉันในวันพรุ่งนี้ ฉันจะถามเขาเกี่ยวกับ MTA ของพวกเขาและโพสต์ไว้ที่นี่ ขอบคุณ!
Michael Hampton avatar
cz flag
เน็ตซอล? ฉันคิดว่าคุณบอกว่าบันทึกเหล่านี้มาจาก GoDaddy?
in flag
ใช่ รายการบันทึกมาจาก godaddy บันทึกการสนทนาระหว่างเซิร์ฟเวอร์ขาออก 1.2.3.4 กับเซิร์ฟเวอร์ขาเข้าของ netsol 5.6.7.8 ฉันคิดว่าสิ่งที่น่าสนใจคือพารามิเตอร์ bounce="false" ซึ่งมาจาก MTA ที่ได้รับของ netsol (ซึ่งที่อยู่ IP เป็นของ Cloudflare ตาม ARIN)ไม่สำคัญว่าใครเป็นผู้บันทึกรายการบันทึก เว้นแต่คุณจะคิดว่า godaddy สร้างการแลกเปลี่ยน :-) จนถึงตอนนี้ ฉันไม่สามารถรับเวลาของวันจาก netsol นับประสาอะไรกับซอฟต์แวร์ MTA ที่พวกเขาใช้
Michael Hampton avatar
cz flag
ทำไมคุณถึงบอกว่าbounce=falseมาจากnetsol? เห็นได้ชัดว่ามาจาก GoDaddy
in flag
ไม่ พารามิเตอร์นั้นอยู่ในการตอบสนอง 553 ซึ่งมีลิงก์สำหรับตรวจสอบสาเหตุที่ตรวจพบว่าเป็นสแปม และลิงก์นั้นไปที่ไซต์ netsol ซึ่งคุณสามารถป้อนที่อยู่ IP และพวกเขาจะบอกคุณว่าใช่หรือไม่ ปิดกั้นมัน ฉันทำหลายครั้งแล้ว และมันตอบกลับมาเสมอว่าที่อยู่ IP ของ godaddy ไม่ได้ถูกบล็อก ตรวจสอบการประทับเวลาด้วย 553 จาก netsol ช้ากว่ารายการที่สองประมาณครึ่งวินาทีซึ่งระบุว่าข้อความสะอาด (godaddy กำลังตรวจสอบข้อความขาออก)
Michael Hampton avatar
cz flag
ฉันคิดว่าคุณอ่านรายการบันทึกผิด `bounce=false` ไม่ได้เป็นส่วนหนึ่งของการตอบสนอง 553 ของ netsol ซึ่งสิ้นสุดที่ `สำหรับการแก้ปัญหา\r\n"`
in flag
อ๊ะ ฉันเห็น \r\n แต่ไม่รู้ว่าเป็นจุดสิ้นสุดของคำตอบ ฉันคิดว่าแต่ละข้อความจะเริ่มต้นด้วยการประทับเวลา ฉันเดาว่านั่นเป็นเหตุผลที่พวกเขาจ่ายเงินก้อนโตให้คุณ! ดังนั้นฉันเดาว่าตอนนี้ฉันสามารถกลับไปที่ godaddy และบ่นเกี่ยวกับการตีกลับไม่ได้? หรือ netsol ควรตีกลับผู้ส่งด้วยการตอบกลับ 553 แทนที่จะบอก MTA ของ godaddy เกี่ยวกับเรื่องนี้ ข้อความเกี่ยวกับการขอให้ผู้ให้บริการอีเมลของคุณตรวจสอบไซต์ที่ลงทะเบียนนั้นมีจุดประสงค์อย่างชัดเจนสำหรับผู้ใช้ปลายทางมากกว่า MTA ที่ส่ง
Michael Hampton avatar
cz flag
ก่อนที่คุณจะตะโกนเสียงดังเกินไป คุณควรถามพวกเขาว่า `bounce=false` หมายถึงอะไร
in flag
ตกลง ฉันจะทำและรายงานกลับ แต่คงไม่ทัน เพราะตอนนี้ฉันมีช่างมุงหลังคาทำงานอยู่เหนือฉันแล้ว และไม่สามารถคุยโทรศัพท์ได้ (หรือคิดไปเอง) หลังคาใหม่หลังปี 43 คุ้มเงิน...
in flag
ติดต่อก็อดดี้ พวกเขาใช้ exim ตัวแทนบอกว่าเขาจะตรวจสอบการตั้งค่าเพื่อดูว่ามีอะไรที่เขาสามารถทำได้เพื่อให้มันตีกลับไปหาผู้ส่ง และเขาก็ว่างเปล่า เขาเห็นด้วยว่าการที่ netsol ส่งข้อความถึง 553 สำหรับผู้ใช้ปลายทาง พวกเขาควรจะเป็นคนที่ส่งการตีกลับ ฉันดาวน์โหลดซอร์ส exim แต่ในขณะที่ 'find | xargs egrep' พบการกล่าวถึงสแปมและการตีกลับจำนวนมาก ฉันไม่พบสิ่งใดที่กำลังเตรียมข้อความด้วยพารามิเตอร์นั้นรอเจ้าหน้าที่ netsol ติดต่อกลับ ขอบคุณมากสำหรับความช่วยเหลือของคุณ!
Michael Hampton avatar
cz flag
นั่นเป็นเรื่องแปลกด้วยซ้ำ เพราะ [บันทึก exim ดูไม่เหมือนเลย](https://www.exim.org/exim-html-current/doc/html/spec_html/ch-log_files.html) น้ำซุปเข้มข้น...

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา