เหตุใดฉันจึงต้องใช้เซิร์ฟเวอร์ SMTP


92

เหตุใดฉันจึงต้องใช้เซิร์ฟเวอร์ SMTP ระดับกลางเพื่อส่งจดหมาย เหตุใดลูกค้าของฉัน (Outlook, Thunderbird) จึงไม่สามารถส่งข้อความโดยตรงไปยังโดเมน SMTP ของผู้รับได้

ตัวอย่างเช่นหากฉันต้องส่งอีเมลaddress@example.comด้วยบัญชี Gmail ของฉันฉันจะส่งไปยังsmtp.gmail.comเซิร์ฟเวอร์ example.comและจากนั้นเซิร์ฟเวอร์นี้จะส่งข้อความของฉันไปยังเซิร์ฟเวอร์ของ MX


คำตอบ:


114

ในทางเทคนิคสามารถส่งอีเมลไปยังเซิร์ฟเวอร์ SMTP ของผู้รับโดยตรงจากคอมพิวเตอร์ของคุณ

มองจากพื้นฐานทางประวัติศาสตร์หากเซิร์ฟเวอร์ SMTP ระยะไกลไม่ทำงานคุณต้องการให้ระบบจัดการโดยอัตโนมัติและลองใหม่ - ดังนั้นคุณจึงมีเซิร์ฟเวอร์ SMTP ในทำนองเดียวกันในอดีตเซิร์ฟเวอร์เมลทั้งหมดไม่ได้เชื่อมต่อตลอดเวลา - การเชื่อมโยงทางไกลมีราคาแพงดังนั้นเมลจะถูกจัดคิวและส่งเมื่อมีการสร้างลิงก์

การย้ายไปยังที่ที่อินเทอร์เน็ตมีราคาถูกยังคงมีประโยชน์ที่จะมีกลไกในการลองส่งอีเมลอีกครั้งหากเซิร์ฟเวอร์ไม่พร้อมใช้งานและไม่เหมาะสำหรับฟังก์ชั่นนี้ที่จะเขียนลงใน MUA (โปรแกรมตัวแทนผู้ใช้จดหมาย / โปรแกรมอีเมลผู้ใช้ปลายทาง) ฟังก์ชั่นเหล่านี้เหมาะสมกับ MTA (เซิร์ฟเวอร์เมล / เซิร์ฟเวอร์ SMTP)

แต่จะได้รับ worse- สแปมเมอร์ อีเมลส่วนใหญ่ (วิธีมากกว่า 80%) เป็นสแปม ดังนั้นผู้ให้บริการอีเมลจะทำทุกอย่างเท่าที่ทำได้เพื่อลดปัญหานี้และเทคนิคจำนวนมากตั้งสมมติฐานเกี่ยวกับวิธีการส่งอีเมล - สิ่งต่อไปนี้เป็นข้อควรพิจารณาที่สำคัญ:

  1. Greylisting:ผู้ให้บริการบางรายจะทำการเชื่อมต่อเมลโดยอัตโนมัติหากผู้ส่งและผู้รับไม่ได้สื่อสารมาก่อนและคาดว่าจะลองอีกครั้งเพราะผู้ส่งสแปมมักจะไม่ทำในขณะที่เซิร์ฟเวอร์ SMTP มักจะทำเช่นนั้น วิธีนี้จะช่วยลดปริมาณจดหมายขยะได้ประมาณ 80% มันแย่มากที่ต้องทำสิ่งนี้

  2. ชื่อเสียง:มีโอกาสมากที่คนที่ส่งอีเมลผ่านเซิร์ฟเวอร์ SMTP ที่มีชื่อเสียงและรู้จักกันดีนั้นถูกกฎหมายมากกว่าเซิร์ฟเวอร์บินต่อคืน ในการรับรู้ถึงชื่อเสียงผู้ให้บริการทำหลายสิ่ง:

    1. บล็อกที่อยู่ไดนามิก / ไคลเอนต์ (ไม่ใช่ 100% แต่มีการแมปกลุ่มอินเทอร์เน็ตขนาดใหญ่)

    2. ดูว่า DNS ย้อนกลับตรงกับ DNS:ไม่ยากมาก แต่แสดงระดับความรับผิดชอบและความรู้เกี่ยวกับแนวปฏิบัติที่ดีที่สุดและบล็อกที่อยู่ไคลเอนต์จำนวนมากไม่มี

    3. ชื่อเสียง:เมื่อสื่อสารกับเซิร์ฟเวอร์ SMTP อื่น ๆ ผู้ให้บริการจำนวนมากติดตามปริมาณของสแปมและปริมาณของอีเมลที่ส่งและสามารถลดปริมาณของสแปมโดย จำกัด การเชื่อมต่อและคอยดูพารามิเตอร์เหล่านี้ (มีหลายวิธีที่ทำเช่นนี้ไม่ใช่ทั้งหมดที่ชัดเจน แต่ต้องใช้ผู้ส่งที่รู้จัก)

    4. SPF และ DKIM:กลไกเหล่านี้ผูกทรัพยากร DNS กับชื่อโดเมนเพื่อทำให้การปลอมแปลงอีเมลยากขึ้นและอาจเป็นเรื่องยาก (แต่ไม่จำเป็นต้องปรับใช้ถ้าโปรแกรมอีเมล (MUA) รับผิดชอบต่ออีเมลขาออก (เพิ่มเพื่อให้คำตอบนี้เพิ่มเติม เสร็จสมบูรณ์ตามที่ได้รับการยอมรับแล้วเครดิตสำหรับมันควรไปที่โปสเตอร์ด้านล่างในขณะที่จิตใจของฉันลื่น แต่ยังคงใช้ได้จริงมาก)

อาจมีความกังวลเล็กน้อยอื่น ๆ แต่สิ่งเหล่านี้จะเป็นประเด็นหลัก


19
อย่าลืมว่าสิ่งเล็ก ๆ น้อย ๆ ไม่ว่าจะเป็นค่า SPF (รายการที่อนุญาตพิเศษของโฮสต์ที่อนุญาตให้ส่งอีเมลสำหรับโดเมน) และ DKIM (การเซ็นชื่อข้อความดิจิทัลในระดับโดเมน) - โดยเฉพาะอย่างยิ่งหลังเป็นไปได้เฉพาะกับการส่งผ่านเฉพาะ
grawity

@grawity มูลค่าการเอ่ยถึงแน่นอน แต่ทำไม DKIM ถึงไม่สามารถ "เป็นไปได้" หากไม่มีการถ่ายทอดโดยเฉพาะ ตัวเลือก DKIM ไม่ได้ถูกผูกไว้กับแอปพลิเคชันการส่งหรือที่อยู่ IP หากเมลไคลเอ็นต์ของคุณสามารถเซ็นข้อความด้วยคีย์ที่เผยแพร่แล้วมันจะใช้ได้เหมือนกับผู้ลงนามคนอื่น ๆ
Mathias R. Jessen

2
@ManuH: ตามตัวชี้วัดในคำตอบที่ดีจดหมายปกติประนีประนอม 1/5 ของปริมาณจดหมาย ตามตัวชี้วัดบนเซิร์ฟเวอร์ของฉันจดหมายปกติประนีประนอม 1/20 ของปริมาณจดหมาย มันเป็นการแลกเปลี่ยนที่ยอดเยี่ยม
dotancohen

1
@manuh: งาน greylisting โดยการปิด connction ก่อนที่จะส่งอีเมล - มันฟังเฉพาะจนกว่าจะได้รับผู้ส่งและผู้รับ - ซึ่งอยู่ในส่วนหัวของ นอกจากนี้ระบบ greylist บางระบบก็ยังสามารถใช้งานได้ ยอมรับอีเมลทั้งหมดจากเซิร์ฟเวอร์ smtp ซึ่งมีประวัติการส่งซ้ำอีกครั้ง น่าเศร้าที่มันมีประสิทธิภาพมาก
davidgo

4
สามารถเพิ่มได้ว่าในจดหมาย "the ol ol 'days" ที่ดีมักจะถูกส่งจากเซิร์ฟเวอร์ SMTP หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่งจากนั้นไปยังเซิร์ฟเวอร์อื่นและจากนั้นอีกเซิร์ฟเวอร์หนึ่งก่อนถึงปลายทาง สิ่งนี้มักจะทำงานได้ดี แต่ตัวอย่างเช่นในระหว่างการโจมตี rtm-worm คอมพิวเตอร์เครื่องหนึ่งลงมาเป็นหนึ่งในรีเลย์เมลที่สำคัญดังนั้นอีเมลที่มีคำเตือนการแก้ไขและการแก้ไขหนอนอาจใช้เวลานานถึง 48 ชั่วโมง ผู้รับของพวกเขา
Baard Kopperud

32

เหตุใดฉันจึงต้องใช้เซิร์ฟเวอร์ SMTP ระดับกลางเพื่อส่งจดหมาย เหตุใดลูกค้าของฉัน (Outlook, Thunderbird) จึงไม่สามารถส่งข้อความโดยตรงไปยังโดเมน SMTP ของผู้รับได้

ในปี 1991 และต้นปี 1990 ส่วนใหญ่และก่อนหน้านี้คุณอาจทำสิ่งที่คุณอธิบายได้ แต่ความจริงในปี 2558 คือในขณะที่ในทางเทคนิคสามารถส่งอีเมลไปยังทุกคนจากเครื่องใด ๆ ที่มีบริการอีเมลติดตั้งอยู่โลกแห่งสแปมได้ทำให้วิธีการนี้ไร้ประโยชน์อย่างมีประสิทธิภาพ

เมื่อคุณใช้บริการ SMTP "ของจริง" สิ่งต่างๆจะถูกตั้งค่าเช่นระเบียน PTR ระเบียน SPF และแม้กระทั่ง DomainKeys ที่จัดตั้งขึ้นทั้งหมดเพื่อจุดประสงค์เดียวและจุดประสงค์เดียวเท่านั้น: เพื่อรับรองว่า SMTP ที่ส่งข้อความนั้นถูกต้อง และถ้าไม่ใช่ กรองข้อความไปยังโฟลเดอร์ SPAM หรือ“ abyss Great” ของการลบ นี่คือรายละเอียดของแต่ละรายการเหล่านั้น:

  • PTR (ระเบียนตัวชี้ / บันทึก DNS แบบย้อนกลับ): การตรวจสอบระดับเซิร์ฟเวอร์ ตามที่อธิบายไว้ที่นี่เร็กคอร์ด PTR ใช้เพื่อแม็พอินเตอร์เฟสเครือข่าย (IP) กับชื่อโฮสต์ หมายความว่าถ้าคุณมีที่อยู่123.456.789.0บนเซิร์ฟเวอร์ SMTP ของคุณส่งอีเมลสำหรับsmtp.example.comบันทึก PTR ที่เหมาะสมสำหรับสิ่งsmtp.example.comนั้น ดูเหมือนง่ายเกินไป แต่ใช้งานได้เพราะมีเพียงคนเดียวที่สามารถตั้งค่าระเบียน PTR ได้จริง ๆ คือเจ้าของที่อยู่ IP และสามารถตั้งค่าได้เฉพาะบนฮาร์ดแวร์ของพวกเขา ดังนั้นจึงทำหน้าที่เป็นจุดตรวจสอบว่าใครเป็นเจ้าของ / ทำงาน / จัดการที่อยู่ IP นั้น

  • SPF (กรอบนโยบายผู้ส่ง):การตรวจสอบระดับ DNS ของชื่อโฮสต์ ระเบียนSPF ดังที่อธิบายไว้ที่นี่โดยทั่วไปแล้วเป็นระเบียน DNS ที่กำหนดโดยเจ้าของชื่อโดเมนที่มีรายการที่อยู่ IP และชื่อโฮสต์ของเซิร์ฟเวอร์ที่ได้รับอนุญาตให้ส่งอีเมลสำหรับชื่อโดเมนนั้น นั่นเป็นอีกขั้นตอนการตรวจสอบอีกขั้นที่รับรองว่าจะมีเพียงเจ้าของชื่อโดเมนจริงสำหรับเซิร์ฟเวอร์ SMTP เท่านั้นที่สามารถส่งอีเมล สมมุติว่าเซิร์ฟเวอร์ที่มีที่อยู่ IP 123.456.789.9กำลังส่งอีเมลexample.comถึง เรารู้อยู่แล้วว่ามีการsmtp.example.comใช้123.456.789.0งาน แต่รายการบันทึก SPF สำหรับexample.comสามารถระบุว่า "เฮ้! 123.456.789.9เป็นเซิร์ฟเวอร์ที่ดี! เขาเป็นคนชอบธรรม! เคารพอีเมลของเขา!”

  • DKIM (DomainKeys Identified Mail): การตรวจสอบระดับข้อความอีเมล ตามที่อธิบายไว้ในที่นี้และในWikipedia “ DKIM เป็นระบบตรวจสอบอีเมลที่ออกแบบมาเพื่อตรวจจับการปลอมแปลงอีเมลโดยจัดให้มีกลไกในการอนุญาตให้ผู้รับแลกเปลี่ยนอีเมลตรวจสอบว่าอีเมลขาเข้าจากโดเมนได้รับอนุญาตจากผู้ดูแลระบบของโดเมนนั้น ยังไม่ได้รับการแก้ไขในระหว่างการขนส่ง” โดยการใช้แฮชการเข้ารหัสลับ DKIM ตรวจสอบว่าจดหมายนั้นไม่ได้ถูกกรองหรือดัดแปลงในระหว่างการขนส่ง สิ่งนี้ยังทำหน้าที่เป็นจุดตรวจสอบอีกจุดในเครือข่าย“ คุณชอบด้วยตนเองหรือคุณเป็นสแปม”

ดังนั้นในที่สุดเซิร์ฟเวอร์ SMTP สาธารณะที่มีค่าใช้จ่ายจะมีรายการอย่างน้อยสองรายการ (PTR และ SPF) ที่ตั้งค่าเพื่อตรวจสอบว่าเซิร์ฟเวอร์ SMTP และอีเมลที่เกี่ยวข้องนั้นถูกต้อง ไม่ใช่ทุกคนที่ใช้ DKIM แต่เป็นอีกชั้นของการตรวจสอบที่กำลังเป็นที่นิยมมากขึ้นทุกวันนี้เนื่องจากสแปมเมอร์มีความพยายามในการส่งสแปมมากขึ้น


15

ISP ที่อยู่อาศัยส่วนใหญ่บล็อก TCP พอร์ต 25 (SMTP) เพื่อป้องกันไม่ให้คุณเข้าร่วมในเครือข่ายสแปม หากพีซีของคุณติดไวรัสพีซีของคุณสามารถเริ่มส่งสแปมตามคำสั่งของบุคคลอื่น


คุณเขียน "ISP ที่อยู่อาศัยส่วนใหญ่บล็อก TCP พอร์ต 25 (SMTP)" <- คุณช่วยอธิบายรายละเอียดเกี่ยวกับความหมายได้อย่างไร คุณหมายความว่าพวกเขาจะไม่ยอมให้คุณทำการเชื่อมต่อขาออกไปยังเซิร์ฟเวอร์ SMTP ที่พอร์ต 25 หรือไม่? หรือคุณหมายความว่าพวกเขาจะไม่ยอมให้คุณรับการเชื่อมต่อที่พอร์ต 25?
barlop

2
@barlop ในอดีต - พวกเขาบล็อกการเชื่อมต่อขาออกในวันที่ 25 จากลิงก์ที่อยู่อาศัยไปยังเครื่องอื่นนอกเหนือจากเซิร์ฟเวอร์อีเมลของตัวเอง อย่างไรก็ตามมันค่อนข้างเป็นการพูดเกินจริงที่จะบอกว่า ISP ส่วนใหญ่ทำ
ฮอบส์

2
@hobbs - ประสบการณ์ของฉัน (และเป็นส่วนหนึ่งที่ยุติธรรมของงานของฉัน) จะแตกต่างกัน ในขณะที่ผู้ให้บริการอินเทอร์เน็ตจำนวนมากจะบล็อกทราฟฟิกออกจากเครือข่ายของพวกเขาด้วยเป้าหมายของพอร์ต 25 (ซึ่งบังคับให้ทราฟฟิกพอร์ต 25 ผ่านเมลเซิร์ฟเวอร์ของพวกเขา) แต่โดยทั่วไปก็ไม่เป็นความจริงสำหรับพอร์ต 587 หรือ 465 โดยทั่วไปแล้วพอร์ต 587 และ 465 ต้องมีการรับรองความถูกต้อง REQUUIRE และการบล็อกและโดยเฉพาะ MUA ถึง MTA แทนที่จะเป็น MTA-MTA - การบล็อกพอร์ตเหล่านี้จะสร้างแบคแลชขนาดใหญ่เนื่องจาก บริษัท จำนวนมากต้องการให้อนุญาตโรมมิ่งความรับผิดชอบและไม่ทำลาย SPF
davidgo

3
@ ฮอบส์ฉันไม่เคยเขียนว่า ISP ส่วนใหญ่ทำสิ่งนี้ สิ่งที่ฉันเขียนคือISP ที่อยู่อาศัยส่วนใหญ่ทำสิ่งนี้ ตัวอย่างเช่น AT&T, Comcast, TWC, Verizon และอื่น ๆ ทำสิ่งนี้ให้กับลูกค้าที่อยู่อาศัยของพวกเขา แต่พวกเขาไม่ได้ทำสิ่งนี้กับลูกค้าธุรกิจของพวกเขา
Ron Maupin

6

คำตอบอื่น ๆ นั้นยอดเยี่ยมและสแปมมีส่วนเกี่ยวข้องกับมันมาก

แต่จริงๆแล้วมันมีคำตอบที่ง่ายกว่าและมีทั่วไปมากกว่า: คุณสมบัติ การส่งอีเมลผ่าน SMTP เป็นงานที่ซับซ้อนมาก แม้จะไม่มีสแปม แต่คุณก็ไม่ต้องการใช้ชุดคุณสมบัติทั้งหมดของโปรโตคอล SMTP ในไคลเอนต์อีเมลทุกตัว คุณจะดีกว่าด้วยซอฟต์แวร์เฉพาะ (sendmail, postfix และอื่น ๆ เป็นซอฟต์แวร์ตัวใหญ่ในโลก * nix, Exchange ในโลก Windows)

ตัวอย่างเช่นแม้ในขั้นพื้นฐานที่สุดเซิร์ฟเวอร์ SMTP "ของจริง" จะต้องสามารถแก้ไขระเบียน MX ได้อย่างน้อยที่สุด จากนั้นจะต้องเจรจาคุณสมบัติ (ส่วนใหญ่เป็น TLS แต่มีคุณสมบัติอื่นด้วย) มีการจัดการคิวสำหรับการลองใหม่สร้างรายงานที่ไม่ได้จัดส่ง ฯลฯ

และนั่นเป็นเพียงฟังก์ชั่นพื้นฐานที่ต้องมีโดยไม่มีเซิร์ฟเวอร์ที่ใช้งานไม่ได้ มันไม่ได้รวมสิ่งต่าง ๆ เช่นการเขียนที่อยู่, เมลเซิร์ฟเวอร์ ไม่ต้องพูดถึงโพรโทคอลโหลหรือมากกว่านั้นที่สนับสนุน sendmail และคณะเช่น UUCP

การใช้งาน SMTP ใน Outlook, Thunderbird และอื่น ๆ นั้นมีน้อยมาก - ดีที่สุดเทียบเท่ากับการใช้โฮสต์โฮสต์บน sendmail โดยประมาณ

ที่เกี่ยวข้อง แต่ปัญหาแยกต่างหาก: อีเมลเป็นหัวข้อที่มีความอ่อนไหวต่อความปลอดภัยมากและคุณต้องการมีเซิร์ฟเวอร์ที่จัดการจากศูนย์กลางหนึ่งหรือสองสามตัวที่จัดการกับอีเมลแทนที่จะเป็นเซิร์ฟเวอร์แต่ละเครื่องที่มีอยู่หลายแสนเครื่อง


นี่เป็นจุดที่ดี มันไม่ได้เกี่ยวกับคุณสมบัติที่แท้จริงสำหรับการจัดคิวและอื่น ๆ : ความพร้อมใช้งานของเซิร์ฟเวอร์สร้างความแตกต่างให้กับฟีเจอร์เหล่านั้น หากมีปัญหาและคุณปิดแล็ปท็อปของคุณมันจะไม่สามารถลองใหม่ได้จนกว่าจะเปิดเครื่องครั้งถัดไป - เซิร์ฟเวอร์อีเมลน่าจะพร้อมใช้งานทุกวันตลอด 24 ชั่วโมงดังนั้นจึงอยู่ในตำแหน่งที่ดีกว่ามากในการจัดการคิวข้อความ เมื่อคุณส่งข้อความไปยังเซิร์ฟเวอร์โดย SMTP โปรแกรมรับส่งเมลของคุณไม่จำเป็นต้องออนไลน์เพื่อให้แน่ใจว่ามีการจัดส่ง
David Spillett

4

เหตุใดฉันจึงต้องใช้เซิร์ฟเวอร์ SMTP ระดับกลางเพื่อส่งจดหมาย เหตุใดลูกค้าของฉัน (Outlook, Thunderbird) จึงไม่สามารถส่งข้อความโดยตรงไปยังโดเมน SMTP ของผู้รับได้

คุณสามารถสร้างโปรแกรมอีเมลที่ทำสิ่งนี้และฉันไม่สงสัยเลยว่าคนอื่นทำ (หรือพยายาม) มาก่อนเช่นกัน

คุณต้องเขียนเครื่องมือที่มีทั้ง MUA (mail user agent) และ MTA (mail transfer agent) ในตัวเดียว

เหตุผลที่สิ่งนี้ถูกแยกแบบดั้งเดิมเป็นเครื่องมือต่าง ๆ กับ MTA ที่อยู่ "ฝั่งเซิร์ฟเวอร์" คือ MTA ที่ส่งจดหมายผ่านอินเทอร์เน็ตเปิดมีความซับซ้อนมากในการเขียนและกำหนดค่าและยังได้รับประโยชน์จากการอยู่บน เซิร์ฟเวอร์ "ตลอดเวลา" ที่เชื่อถือได้

MTA ต้อง:

  • ค้นหาและเชื่อมต่อกับเซิร์ฟเวอร์ที่ไม่น่าเชื่อถือหรืออาจทำงานผิดพลาดและจัดการกับเงื่อนไขข้อผิดพลาดในแบบที่สมเหตุสมผลและไม่เสียเมล

  • จัดการกับเซิร์ฟเวอร์ที่หยุดทำงานและกำหนดเส้นทางไปยังเซิร์ฟเวอร์อื่นหรือจัดคิวจดหมายเพื่อลองอีกครั้งในภายหลัง สิ่งนี้ทำงานได้ดีที่สุดในกระบวนการเซิร์ฟเวอร์ที่ "เชื่อมต่อเสมอ" กับอินเทอร์เน็ต นอกจากนี้ยังหมายความว่าเอเจนต์การถ่ายโอนเมลต้องการพื้นที่เก็บข้อมูลของตนเองสำหรับเมลที่อยู่ในคิว

  • จัดการกับช่วงของความสามารถของเซิร์ฟเวอร์ที่แตกต่างกันปรับพฤติกรรมตามความสามารถของเซิร์ฟเวอร์ที่รับ

  • รายงานกลับไปยังผู้ใช้เกี่ยวกับเงื่อนไขข้อผิดพลาดหรือเมื่อเมลไม่สามารถส่งได้ดังนั้นเมลจะไม่สูญหาย

  • มีแนวทางปฏิบัติด้านความปลอดภัยที่ดีเยี่ยมและมีความปลอดภัยสูง

  • โดยอุดมคติแล้วจะอยู่บนเซิร์ฟเวอร์ที่เชื่อถือได้และเชื่อมต่ออยู่ตลอดเวลาด้วยที่อยู่ IP ที่เสถียรและรายการ DNS ย้อนกลับเช่นการเชื่อมต่ออินเทอร์เน็ตที่เหมาะสำหรับเซิร์ฟเวอร์สาธารณะ วิธีนี้จะช่วยให้ระบบอื่น ๆ ไม่พบจดหมายที่ส่งเป็นสแปม

ด้วยความต้องการเหล่านี้จึงเป็นเรื่องเหมาะสมที่จะใช้เซิร์ฟเวอร์ SMTP บนเซิร์ฟเวอร์ที่เปิดใช้งานเสมอในที่สาธารณะและลองใช้เครื่องมือที่เหมาะสมกับการทำงานนั้น


1

สิ่งที่จะต้องพิจารณาก็คือการได้รับอีเมลกลับ อย่างน้อยที่สุดอีเมลขาออกทั้งหมดจะมีที่อยู่ FROM ซึ่งสามารถส่งคำตอบได้ (ผู้ใช้ที่ไม่รู้จักการตอบกลับวันหยุด ฯลฯ ) เพื่อให้ที่อยู่ผู้ส่งสามารถแก้ไขได้ต้องมีเรคคอร์ด MX ที่ชี้ไปยังตำแหน่งกล่องจดหมายขากลับ นอกจากว่าคุณกำลังส่งอีเมลจากคอมพิวเตอร์ที่มีที่อยู่ IP แบบคงที่อยู่ตลอดเวลาคุณจะต้องมีเซิร์ฟเวอร์เพื่อจัดการข้อความขาเข้าเหล่านี้ โดยทั่วไปนี่คือ (แต่ไม่เสมอไป) ที่จัดการโดยบริการเดียวกัน

GMail, Outlook 365 และ Yahoo Mail เป็นตัวอย่างของบริการอีเมลที่ใช้โดยบุคคลที่กำลังส่งอีเมล สำหรับการส่งอีเมลเชิงพาณิชย์มีบริการเช่น MailChimp, Marketo และ Eloqua ที่ดีมากในการส่งอีเมลจำนวนมากสำหรับ บริษัท และจัดการสิ่งต่าง ๆ เช่นการตีกลับการควบคุมปริมาณและการจัดส่ง

ดู: https://en.m.wikipedia.org/wiki/Bounce_address


ฉันไม่เข้าใจว่าทำไมฉันจึงต้องมี IP แบบคงที่เพื่อรับการตอบกลับของฉัน ... การตอบกลับควรถูกส่งไปยังเซิร์ฟเวอร์ MX ของฉัน (เช่น Gmail) ไม่ใช่คอมพิวเตอร์ของฉัน ฉันถูกไหม?
เบี

ใช่คุณถูกต้อง. ฉันเดาว่าประเด็นคือกล่องจดหมายมักจะมีอยู่บนเซิร์ฟเวอร์บางแห่งเพื่อส่งอีเมลขาออก เหตุผลมันสมเหตุสมผลสำหรับเซิร์ฟเวอร์นั้นที่จะจัดการกับอีเมลขาออกเช่นกัน มิฉะนั้นคุณจะสูญเสียสิ่งต่าง ๆ เช่นมีโฟลเดอร์อีเมล "ส่ง"
dana

อืมมันก็สมเหตุสมผล แต่ฉันมีอิสระที่จะส่งข้อความกับ Gmail โดยไม่ทราบที่อยู่ "จาก" หรือ "ตอบกลับ" ที่ไม่รู้จักเซิร์ฟเวอร์ smtp ของตน ...
Tobia

1
หากคุณใช้ GMail คุณต้องใช้การรับรองความถูกต้อง smtp ดังนั้นที่อยู่ FROM จะถูกตั้งค่าเป็นที่อยู่ @ gmail.com ของคุณ มิฉะนั้นคุณจะสามารถใช้บริการของพวกเขาสำหรับการปลอมแปลง
dana

2
ทุกวันนี้ผู้ใช้จำนวนมากไม่สนใจเรื่องการตีกลับน้อยลง แต่การตั้งค่าที่จะไม่ยอมรับการตีกลับนั้นมักจะถือว่าเป็นแหล่งสแปมที่น่าจะเป็นไปได้
rackandboneman
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.