เมื่อฉันส่งอีเมลไปที่ [email protected] จากนั้น Exchange Server 2010 [14.01.0438.000] ของฉันก็ปฏิเสธอีเมลที่มีข้อความว่า กล่องจดหมายของผู้รับเต็ม.
ฉันติดต่อบริษัทและพวกเขาตอบกลับมาว่าทุกอย่างเรียบร้อยดี ฉันพบว่าเมื่อฉันส่งอีเมลผ่านที่อยู่ GMail.com ของฉัน อีเมลนั้นส่งโดยไม่มีข้อความแสดงข้อผิดพลาดใดๆ ดูเหมือนว่าจะเป็น Exchange ของฉันซึ่งสร้างข้อความแสดงข้อผิดพลาดที่ไม่ถูกต้องนี้
มีความคิดว่าทำไม ของฉัน Exchange Server สร้างข้อความนี้แม้ว่ากล่องจดหมายของผู้รับจะไม่เต็ม?
อัปเดต - ตามที่ร้องขอข้อความแสดงข้อผิดพลาด:
การส่งไปที่ผู้รับหรือกลุ่มผู้รับเหล่านี้ล้มเหลว:
support@****.com
กล่องจดหมายของผู้รับเต็มและไม่สามารถรับข้อความได้ในขณะนี้
โปรดลองส่งข้อความนี้อีกครั้งในภายหลัง หรือติดต่อผู้รับโดยตรง
ข้อมูลการวินิจฉัยสำหรับผู้ดูแลระบบ:
กำลังสร้างเซิร์ฟเวอร์: ****.com
support@****.com
#< #5.2.2 x-ยูนิกซ์; ข้อผิดพลาดอินพุต/เอาต์พุต> #SMTP#
ส่วนหัวของข้อความต้นฉบับ:
เส้นทางย้อนกลับ: <office@****.TLD>
ได้รับ: จาก sbs.****.com (mail.****.com [****]) โดย
****.com (Postfix) พร้อม ESMTP id 2302C10E3 สำหรับ <support@****.com>; จันทร์
14 มิ.ย. 2564 10:55:17 น. +0300 (EEST)
กระบวนการ X: ESTProcessDone
ได้รับ: จาก AAEB-SBS201WX.****.local ([****])
โดย AAEB-SBS201WX.****.local ([****%15]) ด้วย
รหัสแผนที่ 14.01.0438.000; จ. 14 มิ.ย. 2564 09:56:36 น. +0200
จาก: "สำนักงาน [Peter VARGA]" <office@****.TLD>
ถึง: "'support@****.com'" <support@****.com>
Subject: RE: Re:[## 57881 ##] กล่องจดหมายเต็ม
หัวข้อกระทู้: Re:[## 57881##] ตู้จดหมายเต็ม
ดัชนีกระทู้: AQHXXp/2ltykVsv5JUiYFtMSv203HKsTKEJw
การจัดการการแจ้งเตือนถึง: "Office [Peter VARGA]" <office@****.TLD>
วันที่: จันทร์ 14 มิ.ย. 2564 07:56:35 น. +0000
รหัสข้อความ: <10885CA64AF86F48A07C6F4761D4713345A0A752@AAEB-SBS201WX.****.local>
อ้างอิง: 4087508e916344c69dd7d97cd5bc21e0@www.****.com
<9346f8dc0935f6eca41289cc88a834bffa98377f0ecaab9f9812d545702e4972_95v1d_179fa4b40fa@zohodesk.com>
ในการตอบกลับ: <9346f8dc0935f6eca41289cc88a834bffa98377f0ecaab9f9812d545702e4972_95v1d_179fa4b40fa@zohodesk.com>
ยอมรับภาษา: de-AT, en-US
ภาษาเนื้อหา: en-US
X-MS-Has-Attach: ใช่
X-MS-TNEF-Correlator:
x-originating-ip: [10.10.50.202]
ประเภทเนื้อหา: หลายส่วน/ที่เกี่ยวข้อง;
ขอบเขต="_004_10885CA64AF86F48A07C6F4761D4713345A0A752AAEBSBS201WXaae_";
ประเภท = "หลายส่วน / ทางเลือก"
MIME-เวอร์ชัน: 1.0
คุณพบปัญหาเดียวกันหรือไม่หากคุณใช้กล่องจดหมาย Exchange อื่นเพื่อส่งข้อความเดียวกัน
อะไรคือคำอธิบายแบบเต็มของ ข้อมูลการวินิจฉัย มีส่วนในข้อความตีกลับหรือไม่ เซิร์ฟเวอร์สร้างอะไร ข้อความตีกลับควรมีรหัสสถานะที่ปรับปรุงแล้วและเซิร์ฟเวอร์ที่กำลังสร้าง
รหัสสถานะขั้นสูงทั่วไปในข้อความ NDR (ตีกลับ) และสาเหตุที่ทำให้เกิด: รหัสสถานะขั้นสูงทั่วไป. ตัวอย่างเช่น:
ในสถานการณ์ของคุณ ปัญหาน่าจะเกิดจากฝั่งผู้รับมากกว่า บางทีข้อความของคุณอาจมีไฟล์แนบขนาดใหญ่หรือมีกฎบางอย่างในฝั่งผู้รับ (เช่น หากขนาดข้อความมากกว่าหรือเท่ากับข้อจำกัด ให้บล็อก ข้อความเหล่านี้)
ติดตั้ง "Exchange Server 2010 SP3" และให้ Windows Update ติดตั้ง RU ที่เกี่ยวข้องจาก Microsoft
ระหว่างการอัปเกรด Hub Transport Role คุณจะพบข้อผิดพลาดบางอย่าง เช่น "ไม่สามารถลบใบรับรองหรืออะไรทำนองนั้น" คุณสามารถเรียกใช้ตัวช่วยเพิ่มใบรับรองจากคอนโซล SBS เลือกใบรับรองที่ลงนามด้วยตนเองอีกครั้ง รีบูต รันการอัปเดต SP3 ใหม่ และดำเนินการให้เสร็จสิ้นโดยไม่มีข้อผิดพลาด
หวังว่านี่จะช่วยได้
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
