คำถามที่พบบ่อย

ฟอร์เวิร์ดอีเมลคือ ผู้ให้บริการอีเมลที่มีคุณสมบัติครบถ้วน และ ผู้ให้บริการโฮสต์อีเมลสำหรับชื่อโดเมนที่กำหนดเอง.

เราเป็นทางเลือกแบบครบวงจรสำหรับ Gmail + Mailchimp + Sendgrid

คิดว่าเราเป็นบริการที่สามารถขับเคลื่อนได้ you@yourdomain.com. เราเป็นทางเลือกที่ดีที่สุดแทน Gmail, Microsoft 365, Proton Mail, Sendgrid และ Amazon SES โดยไม่มีค่าธรรมเนียมหรือข้อจำกัดแอบแฝง และท้ายที่สุดมุ่งเน้นไปที่ ซอฟต์แวร์โอเพ่นซอร์ส 100%, การเข้ารหัสที่ทนทานต่อควอนตัม, และ ความเป็นส่วนตัว.

แตกต่างจากบริการอื่น ๆ เราไม่เรียกเก็บเงินจากคุณต่อผู้ใช้ คุณได้รับโดเมนและนามแฝงไม่จำกัดในราคาเพียงเดือนเดียวที่ $3/เดือน แผนแบบชำระเงินทั้งหมดประกอบด้วยพื้นที่จัดเก็บข้อมูล SQLite ที่เข้ารหัสด้วย SSD ขนาด 10 GB (IMAP/POP3/CalDAV) สามารถซื้อพื้นที่จัดเก็บเพิ่มเติมได้ในราคา 3 ดอลลาร์ต่อเดือนต่อพื้นที่จัดเก็บข้อมูลที่สนับสนุน SSD เพิ่มเติม 10 GB

คุณสามารถเปรียบเทียบเรากับผู้ให้บริการอีเมลรายอื่นกว่า 56 รายได้ หน้าเปรียบเทียบอีเมลของเรา.

เราให้บริการโฮสต์อีเมลและส่งต่ออีเมลไปยังโดเมนมากกว่า 500,000 โดเมนและผู้ใช้ที่โดดเด่นเหล่านี้:

• ตามหลักเกณฑ์
• เน็ตฟลิกซ์
• มูลนิธิลินุกซ์
• มูลนิธิ PHP
• วิทยุข่าวฟ็อกซ์
• การขายโฆษณาของดิสนีย์
• jQuery
• LineageOS
• อูบุนตู
• คูบุนตู
• ลูบันตู
• มหาวิทยาลัยแมริแลนด์
• มหาวิทยาลัยวอชิงตัน
• มหาวิทยาลัยทัฟส์
• วิทยาลัยสวาร์ธมอร์
• รัฐบาลแห่งรัฐเซาท์ออสเตรเลีย
• รัฐบาลสาธารณรัฐโดมินิกัน
• โรงแรมอาร์ซีดี
• สหพันธ์หมากรุกโต้ตอบระหว่างประเทศ
• จอห์น เกรแฮม-คัมมิง (คลาวด์แฟลร์)
• ไอแซค ซี. ชลูเตอร์ (npm)
• เดวิด ไฮเนอไมเออร์ แฮนส์สัน (Ruby on Rails)

คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับการส่งต่ออีเมลได้ที่ หน้าเกี่ยวกับของเรา.

อีเมลถูกส่งโดยเฉลี่ยภายในเวลาไม่ถึง 5 วินาที เราดำเนินการแบบเรียลไทม์ซึ่งแตกต่างจากผู้ให้บริการรายอื่นที่ต้องพึ่งพาคิวที่ล่าช้า

เราไม่เขียนลงดิสก์หรือจัดเก็บบันทึก - ด้วย ยกเว้นข้อผิดพลาด และ SMTP ขาออก (ดูของเรา นโยบายความเป็นส่วนตัว).

ทุกอย่างทำในหน่วยความจำและ ซอร์สโค้ดของเราอยู่บน GitHub.

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

   นายทะเบียน	ขั้นตอนในการกำหนดค่า
   1&1	เข้าสู่ระบบ ศูนย์โดเมน (เลือกโดเมนของคุณ) แก้ไขการตั้งค่า DNS
   อเมซอน เส้นทาง 53	เข้าสู่ระบบ โซนโฮสต์ (เลือกโดเมนของคุณ)
   Aplus.net	เข้าสู่ระบบ เซิร์ฟเวอร์ของฉัน การจัดการโดเมน ตัวจัดการ DNS
   บลูโฮสต์	สำหรับร็อค: เข้าสู่ระบบ โดเมน (คลิกที่ไอคอน ▼ ถัดจากการจัดการ) DNS สำหรับมรดก: เข้าสู่ระบบ โดเมน ตัวแก้ไขโซน (เลือกโดเมนของคุณ)
   คลาวด์แฟลร์	เข้าสู่ระบบ DNS
   DNS ทำให้ง่าย	เข้าสู่ระบบ DNS (เลือกโดเมนของคุณ)
   DNSอย่างง่าย	เข้าสู่ระบบ (เลือกโดเมนของคุณ) DNS จัดการ
   มหาสมุทรดิจิตอล	เข้าสู่ระบบ ระบบเครือข่าย โดเมน (เลือกโดเมนของคุณ) มากกว่า จัดการโดเมน
   Domain.com	เข้าสู่ระบบ ในมุมมองการ์ด คลิกจัดการบนโดเมนของคุณ ในมุมมองรายการ คลิก ไอคอนเกียร์ DNS & เนมเซิร์ฟเวอร์ ระเบียน DNS
   Domains.com นาฬิกา	เข้าสู่ระบบ (เลือกโดเมนของคุณ) จัดการ (คลิกไอคอนรูปเฟือง) คลิกที่ DNS & Nameservers ในเมนูด้านซ้ายมือ
   ดรีมโฮสต์	เข้าสู่ระบบ แผงหน้าปัด โดเมน จัดการโดเมน DNS
   ผู้ชาย	เข้าสู่ระบบ ภาพรวม จัดการ ตัวแก้ไขอย่างง่าย บันทึก
   คิด	เข้าสู่ระบบ (เลือกโดเมนของคุณ) การจัดการ แก้ไขโซน
   GoDaddy นาฬิกา	เข้าสู่ระบบ จัดการโดเมนของฉัน (เลือกโดเมนของคุณ) จัดการ DNS
   Google โดเมน นาฬิกา	เข้าสู่ระบบ (เลือกโดเมนของคุณ) กำหนดค่า DNS
   ชื่อถูก นาฬิกา	เข้าสู่ระบบ รายการโดเมน (เลือกโดเมนของคุณ) จัดการ DNS ขั้นสูง
   เน็ตลิฟาย	เข้าสู่ระบบ (เลือกโดเมนของคุณ) ตั้งค่า Netlify DNS
   โซลูชั่นเครือข่าย	เข้าสู่ระบบ ผู้จัดการบัญชี ชื่อโดเมนของฉัน (เลือกโดเมนของคุณ) จัดการ เปลี่ยนตำแหน่งจุดโดเมน DNS ขั้นสูง
   Shopify นาฬิกา	เข้าสู่ระบบ โดเมนที่มีการจัดการ (เลือกโดเมนของคุณ) การตั้งค่า DNS
   พื้นที่สี่เหลี่ยม	เข้าสู่ระบบ เมนูหลัก การตั้งค่า โดเมน (เลือกโดเมนของคุณ) ตั้งค่าขั้นสูง บันทึกที่กำหนดเอง
   ตอนนี้ของ Vercel	ใช้ "ตอนนี้" CLI now dns add [domain] '@' MX [record-value] [priority]
   วีบลี่	เข้าสู่ระบบ หน้าโดเมน (เลือกโดเมนของคุณ) DNS
   วิกซ์	เข้าสู่ระบบ หน้าโดเมน (คลิก ไอคอน) เลือกจัดการระเบียน DNS
   จูเนียร์	เข้าสู่ระบบ โดเมน โดเมนของฉัน
   อื่น	สำคัญ: ไม่เห็นชื่อนายทะเบียนของคุณอยู่ที่นี่? เพียงค้นหาบนอินเทอร์เน็ตสำหรับ "วิธีเปลี่ยนระเบียน DNS บน $REGISTRAR" (แทนที่ $REGISTRAR ด้วยชื่อผู้รับจดทะเบียนของคุณ – เช่น "วิธีเปลี่ยนระเบียน DNS บน GoDaddy" หากคุณใช้ GoDaddy)

3. ใช้หน้าการจัดการ DNS ของผู้รับจดทะเบียนของคุณ (แท็บอื่นที่คุณเปิด) ตั้งค่าระเบียน "MX" ต่อไปนี้:
   สำคัญ: โปรดทราบว่าไม่ควรมีการตั้งค่าระเบียน MX อื่น ระเบียนทั้งสองที่แสดงด้านล่างต้องมีอยู่ ตรวจสอบให้แน่ใจว่าไม่มีการพิมพ์ผิด และคุณมีทั้ง mx1 และ mx2 สะกดถูกต้อง หากมีระเบียน MX อยู่แล้ว โปรดลบออกให้หมด ค่า "TTL" ไม่จำเป็นต้องเป็น 3600 แต่อาจเป็นค่าที่ต่ำกว่าหรือสูงกว่าก็ได้หากจำเป็น

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	ลำดับความสำคัญ	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	MX	10	mx1.forwardemail.net
   "@", "." หรือเว้นว่างไว้	3600	MX	10	mx2.forwardemail.net

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

   ---

   ตัวเลือก A: หากคุณกำลังส่งต่ออีเมลทั้งหมดจากโดเมนของคุณ (เช่น "all@baychi.org", "hello@baychi.org" เป็นต้น) ไปยังที่อยู่เฉพาะ "user@gmail.com":

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=user@gmail.com สำเนา เข้ารหัส

   เคล็ดลับ: อย่าลืมแทนที่ค่าด้านบนในคอลัมน์ "ค่า" ด้วยที่อยู่อีเมลของคุณเอง ค่า "TTL" ไม่จำเป็นต้องเป็น 3600 แต่อาจเป็นค่าที่ต่ำกว่าหรือสูงกว่าก็ได้หากจำเป็น ค่า time to live ("TTL") ที่ต่ำกว่าจะช่วยให้มั่นใจได้ว่าการเปลี่ยนแปลงใดๆ ในอนาคตที่ทำกับระเบียน DNS ของคุณจะเผยแพร่ไปทั่วอินเทอร์เน็ตได้รวดเร็วยิ่งขึ้น - ลองคิดดูว่าจะแคชในหน่วยความจำนานเท่าใด (หน่วยเป็นวินาที) คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับ TTL บนวิกิพีเดีย สารานุกรมเสรี.

   ---

   ตัวเลือก ข: หากคุณต้องการส่งต่อที่อยู่อีเมลเดียว (เช่น hello@baychi.org ถึง user@gmail.com; สิ่งนี้จะส่งต่อ "hello+test@baychi.org" ไปยัง "user+test@gmail.com" โดยอัตโนมัติ):

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=hello:user@gmail.com สำเนา เข้ารหัส

   ---

   ตัวเลือก C: หากคุณกำลังส่งต่ออีเมลหลายฉบับ คุณจะต้องคั่นด้วยเครื่องหมายจุลภาค:

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com สำเนา เข้ารหัส

   ---

   ตัวเลือก D: คุณสามารถตั้งค่าการส่งต่ออีเมลได้ไม่จำกัด เพียงตรวจสอบให้แน่ใจว่าไม่ได้ใส่อักขระเกิน 255 ตัวในบรรทัดเดียว และเริ่มต้นแต่ละบรรทัดด้วย "forward-email=" ตัวอย่างมีให้ด้านล่าง:

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com สำเนา เข้ารหัส
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com สำเนา เข้ารหัส
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com สำเนา เข้ารหัส
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com สำเนา เข้ารหัส
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com สำเนา เข้ารหัส

   ---

   ตัวเลือก E: คุณยังสามารถระบุชื่อโดเมนใน your TXT บันทึกที่มีการส่งต่อนามแฝงทั่วโลก (เช่น "user@baychi.org" จะถูกส่งต่อไปยัง "user@example.net"):

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=example.net สำเนา เข้ารหัส

   ---

   ตัวเลือก F: คุณยังสามารถใช้เว็บฮุคเป็นชื่อแทนส่วนกลางหรือส่วนบุคคลเพื่อส่งต่ออีเมลไป ดูตัวอย่างและส่วนเต็มในเว็บฮุคที่ชื่อ คุณสนับสนุน webhooks หรือไม่ ด้านล่าง.

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn สำเนา เข้ารหัส

   ---

   ตัวเลือก G: คุณสามารถใช้นิพจน์ทั่วไป ("regex") เพื่อจับคู่นามแฝงและจัดการการแทนที่เพื่อส่งต่ออีเมลไป ดูตัวอย่างและส่วนเต็มเกี่ยวกับ regex ที่ชื่อว่า คุณรองรับนิพจน์ทั่วไปหรือ regex ด้านล่าง.
   ต้องการ regex ขั้นสูงที่มีการทดแทนหรือไม่ ดูตัวอย่างและส่วนเต็มเกี่ยวกับ regex ที่ชื่อว่า คุณรองรับนิพจน์ทั่วไปหรือ regex ด้านล่าง.
   ตัวอย่างง่ายๆ: ถ้าฉันต้องการให้อีเมลทั้งหมดที่ไปที่ `linus@baychi.org` หรือ `torvalds@baychi.org` ส่งต่อไปที่ `user@gmail.com`:

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com สำเนา เข้ารหัส

   ---

5. ใช้หน้าการจัดการ DNS ของผู้รับจดทะเบียนของคุณ (แท็บอื่นที่คุณเปิด) ตั้งค่าเพิ่มเติมต่อไปนี้ TXT บันทึก:

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   "@", "." หรือเว้นว่างไว้	3600	TXT	v=spf1 a include:spf.forwardemail.net -all

   สำคัญ: หากคุณกำลังใช้ Gmail (เช่น Send Mail As) หรือ G Suite คุณจะต้องผนวก include:_spf.google.com ไปเป็นค่าด้านบน เช่น
   
   v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
   เคล็ดลับ: หากคุณมีบรรทัดที่คล้ายกันกับ "v=spf1" แล้ว คุณจะต้องผนวก include:spf.forwardemail.net ก่อนระเบียน "include:host.com" ที่มีอยู่และก่อน "-all" ในบรรทัดเดียวกัน เช่น
   
   v=spf1 a include:spf.forwardemail.net include:host.com -all
   
   โปรดทราบว่ามีความแตกต่างระหว่าง "-all" และ "~all" "-" ระบุว่าการตรวจสอบ SPF ควรล้มเหลวหากไม่ตรงกัน และ "~" ระบุว่าการตรวจสอบ SPF ควรเป็น SOFTFAIL เราขอแนะนำให้ใช้วิธี "-ทั้งหมด" เพื่อป้องกันการปลอมแปลงโดเมน
   
   คุณอาจต้องรวมระเบียน SPF สำหรับโฮสต์ใดก็ตามที่คุณส่งอีเมลจาก (เช่น Outlook)
6. ตรวจสอบระเบียน DNS ของคุณโดยใช้เครื่องมือ "ยืนยันระเบียน" ของเราที่ บัญชีของฉัน โดเมน ติดตั้ง.
7. ส่งอีเมลทดสอบเพื่อยืนยันว่าใช้งานได้ โปรดทราบว่าอาจต้องใช้เวลาสักระยะในการเผยแพร่ระเบียน DNS
   เคล็ดลับ: หากคุณไม่ได้รับอีเมลทดสอบหรือได้รับอีเมลทดสอบที่ระบุว่า "ระวังข้อความนี้" ให้ดูคำตอบสำหรับ เหตุใดฉันจึงไม่ได้รับอีเมลทดสอบ และ ทำไมอีเมลทดสอบของฉันถึงส่งถึงตัวเองใน Gmail จึงแสดงว่า "น่าสงสัย" ตามลำดับ
8. หากคุณต้องการ "ส่งจดหมายในชื่อ" จาก Gmail คุณจะต้อง ดูวิดีโอนี้หรือทำตามขั้นตอนด้านล่าง วิธีส่งอีเมลโดยใช้ Gmail ด้านล่าง.

ใช่ แต่ คุณควรมีการแลกเปลี่ยน MX เพียงรายการเดียวในบันทึก DNS ของคุณ.

อย่าพยายามใช้ "ลำดับความสำคัญ" เป็นวิธีการกำหนดค่าการแลกเปลี่ยน MX หลายรายการ

แต่คุณต้องกำหนดค่าการแลกเปลี่ยน MX ที่มีอยู่ของคุณเพื่อส่งต่อจดหมายสำหรับนามแฝงที่ไม่ตรงกันทั้งหมดไปยังการแลกเปลี่ยนของบริการของเรา (mx1.forwardemail.net และ/หรือ mx2.forwardemail.net).

หากคุณใช้ Google Workspace และต้องการส่งต่อนามแฝงที่ไม่ตรงกันทั้งหมดไปยังบริการของเรา โปรดดู https://support.google.com/a/answer/6297084.

หากคุณใช้ Microsoft 365 (Outlook) และต้องการส่งต่อนามแฝงที่ไม่ตรงกันทั้งหมดไปยังบริการของเรา โปรดดู https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail และ https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations.

ใช้หน้าการจัดการ DNS ของผู้รับจดทะเบียนของคุณ ให้ตั้งค่าดังต่อไปนี้ TXT บันทึก:

ไปที่ บัญชีของฉัน โดเมน การตั้งค่า การกำหนดค่า SMTP ขาออก และปฏิบัติตามคำแนะนำในการตั้งค่า

ไปที่ บัญชีของฉัน โดเมน การตั้งค่า การกำหนดค่า SMTP ขาออก และปฏิบัติตามคำแนะนำในการตั้งค่า

เรากำหนดค่าโดยอัตโนมัติ แผนการเขียนซ้ำของผู้ส่ง ("SRS") – คุณไม่จำเป็นต้องดำเนินการด้วยตนเอง

โปรดดูที่ ส่วนของเราเกี่ยวกับ MTA-STS เพื่อความเข้าใจที่ลึกซึ้งยิ่งขึ้น

ใช่ ในเดือนพฤษภาคม 2023 เรารองรับการส่งอีเมลที่มี SMTP เป็นส่วนเสริมสำหรับผู้ใช้ที่ชำระเงินทั้งหมด

เราให้คะแนนจำกัดผู้ใช้และโดเมนไว้ที่ 300 ข้อความ SMTP ขาออกต่อ 1 วัน โดยเฉลี่ยแล้วมีอีเมลมากกว่า 9,000 ฉบับในหนึ่งเดือนปฏิทิน หากคุณต้องการเกินจำนวนนี้หรือมีอีเมลจำนวนมากอย่างสม่ำเสมอ โปรดติดต่อเรา

เซิร์ฟเวอร์ของเราคือ smtp.forwardemail.net และยังได้รับการตรวจสอบในของเรา หน้าสถานะ.

รองรับทั้ง IPv4 และ IPv6 และใช้งานได้ผ่านพอร์ต 465 และ 2465 สำหรับ SSL/TLS และ 587, 2587, 2525, และ 25 สำหรับ TLS (STARTTLS)

ในการส่งอีเมลขาออกด้วย SMTP นั้น ผู้ใช้ SMTP ต้องเป็นที่อยู่อีเมลของนามแฝงที่มีอยู่สำหรับโดเมนที่ บัญชีของฉัน โดเมน - และ รหัสผ่าน SMTP ต้องเป็นรหัสผ่านที่สร้างขึ้นเฉพาะนามแฝง

โปรดดูที่ คุณรองรับการส่งอีเมลด้วย SMTP หรือไม่ สำหรับคำแนะนำทีละขั้นตอน

เซิร์ฟเวอร์ของเราคือ imap.forwardemail.net และยังได้รับการตรวจสอบในของเรา หน้าสถานะ.

รองรับทั้ง IPv4 และ IPv6 และใช้งานได้ผ่านพอร์ต 993 และ 2993 สำหรับ SSL/TLS

ในการเชื่อมต่อกับ IMAP นั้น ผู้ใช้ไอแมป ต้องเป็นที่อยู่อีเมลของนามแฝงที่มีอยู่สำหรับโดเมนที่ บัญชีของฉัน โดเมน - และ รหัสผ่าน IMAP ต้องเป็นรหัสผ่านที่สร้างขึ้นเฉพาะนามแฝง

โปรดดูที่ คุณรองรับการรับอีเมลด้วย IMAP หรือไม่ สำหรับคำแนะนำทีละขั้นตอน

เซิร์ฟเวอร์ของเราคือ pop3.forwardemail.net และยังได้รับการตรวจสอบในของเรา หน้าสถานะ.

รองรับทั้ง IPv4 และ IPv6 และใช้งานได้ผ่านพอร์ต 995 และ 2995 สำหรับ SSL/TLS

ในการเชื่อมต่อกับ POP3 นั้น ผู้ใช้ POP3 ต้องเป็นที่อยู่อีเมลของนามแฝงที่มีอยู่สำหรับโดเมนที่ บัญชีของฉัน โดเมน - และ รหัสผ่าน IMAP ต้องเป็นรหัสผ่านที่สร้างขึ้นเฉพาะนามแฝง

โปรดดูที่ คุณสนับสนุน POP3 หรือไม่ สำหรับคำแนะนำทีละขั้นตอน

ใช่ ตั้งแต่เดือนพฤษภาคม 2023 เรารองรับการส่งอีเมลที่มี API เป็นส่วนเสริมสำหรับผู้ใช้ที่ชำระเงินทั้งหมด

โปรดดูส่วนของเราใน อีเมล ในเอกสาร API ของเราสำหรับตัวเลือก ตัวอย่าง และข้อมูลเชิงลึกเพิ่มเติม

ในการส่งอีเมลขาออกด้วย API ของเรา คุณต้องใช้โทเค็น API ที่มีอยู่ภายใต้ ความปลอดภัยของฉัน.

ใช่ ตั้งแต่วันที่ 16 ตุลาคม 2023 เรารองรับการรับอีเมลผ่าน IMAP เป็นส่วนเสริมสำหรับผู้ใช้ที่ชำระเงินทุกคน โปรดอ่านบทความเจาะลึกของเรา บน คุณลักษณะการจัดเก็บกล่องจดหมาย SQLite ที่เข้ารหัสของเราทำงานอย่างไร.

ใช่ เราสนับสนุน OpenPGP, การเข้ารหัสจากต้นทางถึงปลายทาง ("E2EE")และการค้นพบกุญแจสาธารณะโดยใช้ ไดเรกทอรีคีย์เว็บ ("WKD"). คุณสามารถกำหนดค่า OpenPGP ได้โดยใช้ keys.openpgp.org หรือ โฮสต์คีย์ของคุณเองด้วยตนเอง (อ้างถึง ส่วนสำคัญนี้สำหรับการตั้งค่าเซิร์ฟเวอร์ WKD).

1. ดาวน์โหลดและติดตั้งปลั๊กอินที่แนะนำของโปรแกรมรับส่งอีเมลด้านล่าง:

   ไคลเอนต์อีเมล	แพลตฟอร์ม	ปลั๊กอินที่แนะนำ	หมายเหตุ
   ธันเดอร์เบิร์ด	เดสก์ทอป	กำหนดค่า OpenPGP ใน Thunderbird	Thunderbird มีการรองรับ OpenPGP ในตัว
   จีเมล	เบราว์เซอร์	ซองจดหมาย หรือ โฟลว์คริปต์ (ใบอนุญาตที่เป็นกรรมสิทธิ์)	Gmail ไม่รองรับ OpenPGP แต่คุณสามารถดาวน์โหลดปลั๊กอินโอเพ่นซอร์สได้ ซองจดหมาย หรือ โฟลว์คริปต์.
   แอปเปิ้ลเมล	ระบบปฏิบัติการ macOS	ฟรี GPGMail	Apple Mail ไม่รองรับ OpenPGP แต่คุณสามารถดาวน์โหลดปลั๊กอินโอเพ่นซอร์สได้ ฟรี GPGMail.
   แอปเปิ้ลเมล	ไอโอเอส	พีจีโปร หรือ โฟลว์คริปต์ (ใบอนุญาตที่เป็นกรรมสิทธิ์)	Apple Mail ไม่รองรับ OpenPGP แต่คุณสามารถดาวน์โหลดปลั๊กอินโอเพ่นซอร์สได้ พีจีโปร หรือ โฟลว์คริปต์.
   ภาพ	หน้าต่าง	gpg4win	โปรแกรมรับส่งเมลบนเดสก์ท็อปของ Outlook ไม่รองรับ OpenPGP แต่คุณสามารถดาวน์โหลดปลั๊กอินโอเพ่นซอร์สได้ gpg4win.
   ภาพ	เบราว์เซอร์	ซองจดหมาย หรือ โฟลว์คริปต์ (ใบอนุญาตที่เป็นกรรมสิทธิ์)	โปรแกรมรับส่งอีเมลบนเว็บของ Outlook ไม่รองรับ OpenPGP แต่คุณสามารถดาวน์โหลดปลั๊กอินโอเพ่นซอร์สได้ ซองจดหมาย หรือ โฟลว์คริปต์.
   หุ่นยนต์	มือถือ	เปิดพวงกุญแจ หรือ โฟลว์คริปต์	โปรแกรมรับส่งเมล Android เช่น จดหมาย K-9 และ แฟร์อีเมล์ ทั้งสองรองรับปลั๊กอินโอเพ่นซอร์ส เปิดพวงกุญแจ. คุณสามารถใช้ปลั๊กอินโอเพ่นซอร์ส (ลิขสิทธิ์เฉพาะ) ก็ได้ โฟลว์คริปต์.
   Google Chrome	เบราว์เซอร์	ซองจดหมาย หรือ โฟลว์คริปต์ (ใบอนุญาตที่เป็นกรรมสิทธิ์)	คุณสามารถดาวน์โหลดส่วนขยายเบราว์เซอร์โอเพ่นซอร์สได้ ซองจดหมาย หรือ โฟลว์คริปต์.
   มอซซิลา ไฟร์ฟอกซ์	เบราว์เซอร์	ซองจดหมาย หรือ โฟลว์คริปต์ (ใบอนุญาตที่เป็นกรรมสิทธิ์)	คุณสามารถดาวน์โหลดส่วนขยายเบราว์เซอร์โอเพ่นซอร์สได้ ซองจดหมาย หรือ โฟลว์คริปต์.
   ไมโครซอฟต์ เอดจ์	เบราว์เซอร์	ซองจดหมาย	คุณสามารถดาวน์โหลดส่วนขยายเบราว์เซอร์โอเพ่นซอร์สได้ ซองจดหมาย.
   กล้าหาญ	เบราว์เซอร์	ซองจดหมาย หรือ โฟลว์คริปต์ (ใบอนุญาตที่เป็นกรรมสิทธิ์)	คุณสามารถดาวน์โหลดส่วนขยายเบราว์เซอร์โอเพ่นซอร์สได้ ซองจดหมาย หรือ โฟลว์คริปต์.
   บาซ่า	เดสก์ทอป	กำหนดค่า OpenPGP ใน Balsa	Balsa มีการรองรับ OpenPGP ในตัว
   เคเมล	เดสก์ทอป	กำหนดค่า OpenPGP ใน KMail	KMail มีการรองรับ OpenPGP ในตัว
   วิวัฒนาการของคำพังเพย	เดสก์ทอป	กำหนดค่า OpenPGP ในวิวัฒนาการ	GNOME Evolution มีการสนับสนุน OpenPGP ในตัว
   เทอร์มินัล	เดสก์ทอป	กำหนดค่า gpg ใน Terminal	คุณสามารถใช้โอเพ่นซอร์สได้ เครื่องมือบรรทัดคำสั่ง gpg เพื่อสร้างคีย์ใหม่จากบรรทัดคำสั่ง

2. เปิดปลั๊กอิน สร้างคีย์สาธารณะของคุณ และกำหนดค่าโปรแกรมรับส่งเมลของคุณให้ใช้งานได้

3. อัพโหลดกุญแจสาธารณะของคุณที่ https://keys.openpgp.org/upload.

   เคล็ดลับ: คุณสามารถเยี่ยมชมได้ https://keys.openpgp.org/manage เพื่อจัดการคีย์ของคุณในอนาคต
   อุปกรณ์เสริมเสริม: หากคุณกำลังใช้ของเรา ที่เก็บข้อมูลที่เข้ารหัส (IMAP/POP3) บริการและต้องการ ทั้งหมด อีเมลที่จัดเก็บไว้ในฐานข้อมูล SQLite ของคุณ (เข้ารหัสไว้แล้ว) ที่จะเข้ารหัสด้วยกุญแจสาธารณะของคุณ จากนั้นไปที่ บัญชีของฉัน โดเมน นามแฝง (เช่น hello@baychi.org) แก้ไข OpenPGP และอัปโหลดคีย์สาธารณะของคุณ

4. เพิ่มใหม่ CNAME บันทึกลงในชื่อโดเมนของคุณ (เช่น baychi.org):

   ชื่อ/โฮสต์/นามแฝง	TTL	ชนิด	คำตอบ/ค่า
   openpgpkey	3600	CNAME	wkd.keys.openpgp.org

   เคล็ดลับ: หากนามแฝงของคุณใช้ของเรา โดเมนโต๊ะเครื่องแป้ง/แบบใช้แล้วทิ้ง (เช่น. hideaddress.net) จากนั้นคุณสามารถข้ามขั้นตอนนี้ได้

ใช่ เรารองรับตั้งแต่วันที่ 4 ธันวาคม 2023 POP3 เป็นส่วนเสริมสำหรับผู้ใช้ที่ชำระเงินทุกคน โปรดอ่านบทความเจาะลึกของเรา บน คุณลักษณะการจัดเก็บกล่องจดหมาย SQLite ที่เข้ารหัสของเราทำงานอย่างไร.

ใช่ ณ วันที่ 5 กุมภาพันธ์ 2024 เราได้เพิ่มฟีเจอร์นี้แล้ว เซิร์ฟเวอร์ของเราก็คือ caldav.forwardemail.net และยังได้รับการตรวจสอบในของเรา หน้าสถานะ.

รองรับทั้ง IPv4 และ IPv6 และพร้อมใช้งานผ่านพอร์ต 443 (HTTPS).

หากต้องการใช้การสนับสนุนปฏิทิน ผู้ใช้ ต้องเป็นที่อยู่อีเมลของนามแฝงที่มีอยู่สำหรับโดเมนที่ บัญชีของฉัน โดเมน - และ รหัสผ่าน ต้องเป็นรหัสผ่านที่สร้างขึ้นเฉพาะนามแฝง

ฉันจะเชื่อมต่อและกำหนดค่าปฏิทินของฉันได้อย่างไร

หากต้องการกำหนดค่าปฏิทินของคุณ ให้ใช้ URL ของ CalDAV: https://caldav.forwardemail.net (หรือเพียงแค่ caldav.forwardemail.net หากลูกค้าของคุณอนุญาต)

ฉันจะเพิ่มปฏิทินและจัดการปฏิทินที่มีอยู่ได้อย่างไร

หากคุณต้องการเพิ่มปฏิทินเพิ่มเติม เพียงเพิ่ม URL ปฏิทินใหม่ของ: https://caldav.forwardemail.net/dav/principals/calendar-name (ต้องแน่ใจว่าได้เปลี่ยน calendar-name ด้วยชื่อปฏิทินที่คุณต้องการ)

คุณสามารถเปลี่ยนชื่อและสีของปฏิทินได้หลังการสร้าง เพียงใช้แอปพลิเคชันปฏิทินที่คุณต้องการ (เช่น Apple Mail หรือ ธันเดอร์เบิร์ด).

หากคุณกำลังส่งอีเมลทดสอบถึงตัวคุณเอง อีเมลนั้นอาจไม่ปรากฏในกล่องจดหมายเพราะมีส่วนหัว "Message-ID" เหมือนกัน

นี่เป็นปัญหาที่ทราบกันอย่างแพร่หลาย และยังส่งผลกระทบต่อบริการต่างๆ เช่น Gmail นี่คือคำตอบอย่างเป็นทางการของ Gmail เกี่ยวกับปัญหานี้.

หากคุณยังคงมีปัญหาอยู่ เป็นไปได้มากว่าจะเกิดปัญหากับการเผยแพร่ DNS คุณจะต้องรออีกสักครู่แล้วลองอีกครั้ง (หรือลองตั้งค่า TTL ให้ต่ำลงบน your TXT บันทึก)

หากยังคงมีปัญหา โปรด ติดต่อเรา เพื่อให้เราสามารถช่วยตรวจสอบปัญหาและหาวิธีแก้ไขอย่างรวดเร็ว

คุณสามารถส่งออกกล่องจดหมายของคุณได้ทุกเมื่อ EML, เอ็มบ็อกซ์หรือเข้ารหัส SQLite รูปแบบ

ไปที่ บัญชีของฉัน โดเมน นามแฝง ดาวน์โหลดการสำรองข้อมูลและเลือกประเภทรูปแบบการส่งออกที่คุณต้องการ

คุณจะได้รับลิงก์สำหรับดาวน์โหลดไฟล์ส่งออกทางอีเมลเมื่อเสร็จสิ้น

โปรดทราบว่าลิงก์ดาวน์โหลดการส่งออกนี้จะหมดอายุหลังจาก 4 ชั่วโมงเนื่องด้วยปัญหาความปลอดภัย

หากคุณต้องการตรวจสอบรูปแบบ EML หรือ Mbox ที่คุณส่งออก เครื่องมือโอเพ่นซอร์สเหล่านี้อาจเป็นประโยชน์:

นอกจากนี้ หากคุณต้องการแปลงไฟล์ Mbox เป็นไฟล์ EML คุณสามารถใช้ https://github.com/noelmartinon/mboxzilla.

คุณสามารถนำเข้าอีเมลของคุณไปยัง Forward Email ได้อย่างง่ายดาย (เช่น การใช้ ธันเดอร์เบิร์ด) โดยมีคำแนะนำด้านล่าง:

1. ส่งออกอีเมลของคุณจากผู้ให้บริการอีเมลที่มีอยู่:

   ผู้ให้บริการอีเมล์	รูปแบบการส่งออก	คำแนะนำในการส่งออก
   จีเมล	MBOX	https://takeout.google.com/settings/takeout/custom/gmail
   ภาพ	PST	เคล็ดลับ: หากคุณใช้ Outlook (รูปแบบการส่งออก PST) จากนั้นคุณสามารถทำตามคำแนะนำภายใต้ "อื่นๆ" ด้านล่างได้ อย่างไรก็ตาม เราได้จัดเตรียมลิงก์ด้านล่างเพื่อแปลงรูปแบบ PST เป็นรูปแบบ MBOX/EML ตามระบบปฏิบัติการของคุณ: Zinkuba สำหรับ Windows (GitHub) readpst สำหรับ Windows cygwin - (เช่น. readpst -u -o $OUT_DIR $IN_DIR แทนที่ $OUT_DIR และ $IN_DIR ด้วยไดเร็กทอรีเอาต์พุตและพาธไดเร็กทอรีอินพุตตามลำดับ) readpst สำหรับ Ubuntu/Linux - (เช่น. sudo apt-get install readpst แล้ว readpst -u -o $OUT_DIR $IN_DIR, แทนที่ $OUT_DIR และ $IN_DIR ด้วยไดเร็กทอรีเอาต์พุตและพาธไดเร็กทอรีอินพุตตามลำดับ) readpst สำหรับ macOS (ผ่านการชง) - (เช่น. brew install libpst แล้ว readpst -u -o $OUT_DIR $IN_DIR, แทนที่ $OUT_DIR และ $IN_DIR ด้วยไดเร็กทอรีเอาต์พุตและพาธไดเร็กทอรีอินพุตตามลำดับ) แปลง PST สำหรับ Windows (GitHub)
   แอปเปิ้ลเมล	MBOX	https://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
   ฟาสต์เมล	EML	https://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
   โปรตอน เมล	MBOX/EML	https://proton.me/support/export-emails-import-export-app
   ตุตาโนต้า	EML	https://github.com/crepererum-oss/tatuanatata?tab=readme-ov-file#tatutanatata
   คิด	EML	https://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
   โซโห	EML	https://www.zoho.com/mail/help/import-export-emails.html#alink2
   อื่น	ใช้ธันเดอร์เบิร์ด	ตั้งค่าบัญชีอีเมลที่มีอยู่ใน Thunderbird จากนั้นใช้ ImportExportTools OF ปลั๊กอินเพื่อส่งออกและนำเข้าอีเมลของคุณ คุณยังสามารถคัดลอก/วาง หรือลาก/วางอีเมลระหว่างบัญชีหนึ่งไปยังอีกบัญชีหนึ่งได้อย่างง่ายดาย

2. ดาวน์โหลด ติดตั้ง และเปิด ธันเดอร์เบิร์ด.

3. สร้างบัญชีใหม่โดยใช้ที่อยู่อีเมลแบบเต็มของนามแฝงของคุณ (เช่น you@yourdomain.com) และรหัสผ่านที่คุณสร้างขึ้น หากคุณยังไม่มีรหัสผ่านที่สร้างขึ้น โปรดดูคำแนะนำในการตั้งค่าของเรา.

4. ดาวน์โหลดและติดตั้ง ImportExportTools OF ปลั๊กอินธันเดอร์เบิร์ด

5. สร้างโฟลเดอร์ในเครื่องใหม่ใน Thunderbird จากนั้นคลิกขวาที่มัน → เลือก ImportExportTools NG ตัวเลือก → เลือก Import mbox file (สำหรับรูปแบบการส่งออก MBOX) – หรือ – Import messages / Import all messages from a directory (สำหรับรูปแบบการส่งออก EML)

6. ลาก/ปล่อยจากโฟลเดอร์ในเครื่องไปยังโฟลเดอร์ IMAP ใหม่ (หรือที่มีอยู่) ใน Thunderbird ที่คุณต้องการอัปโหลดข้อความไปยังที่เก็บข้อมูล IMAP ด้วยบริการของเรา สิ่งนี้จะช่วยให้มั่นใจว่าข้อมูลเหล่านั้นได้รับการสำรองข้อมูลออนไลน์ด้วยที่เก็บข้อมูลที่เข้ารหัส SQLite ของเรา

   เคล็ดลับ: หากคุณสับสนเกี่ยวกับวิธีการนำเข้า Thunderbird คุณสามารถอ่านคำแนะนำอย่างเป็นทางการได้ที่ https://kb.mozillazine.org/Importing_folders และ https://github.com/thunderbird/import-export-tools-ng/wiki.

อีเมลขึ้นอยู่กับ โปรโตคอล SMTP. โปรโตคอลนี้ประกอบด้วยคำสั่งที่ส่งไปยังเซิร์ฟเวอร์ (โดยทั่วไปทำงานบนพอร์ต 25) มีการเชื่อมต่อเริ่มต้น จากนั้นผู้ส่งจะระบุว่าอีเมลมาจากใคร ("MAIL FROM") ตามด้วยตำแหน่งที่จะไป ("RCPT TO") และสุดท้ายคือส่วนหัวและเนื้อหาของอีเมลเอง ("DATA" ). โฟลว์ของระบบส่งต่ออีเมลของเรามีคำอธิบายสัมพันธ์กับคำสั่งโปรโตคอล SMTP แต่ละคำสั่งด้านล่าง:

• การเชื่อมต่อเริ่มต้น (ไม่มีชื่อคำสั่ง เช่น telnet baychi.org 25) - นี่คือการเชื่อมต่อเริ่มต้น เราตรวจสอบผู้ส่งที่ไม่ได้อยู่ในของเรา รายการที่อนุญาต ของเรา รายการปฏิเสธ. สุดท้าย หากผู้ส่งไม่ได้อยู่ในรายการที่อนุญาต เราจะตรวจสอบเพื่อดูว่าพวกเขาเคยส่งหรือไม่ บัญชีสีเทา.

• HELO - เป็นการทักทายเพื่อระบุ FQDN, ที่อยู่ IP หรือชื่อตัวจัดการเมลของผู้ส่ง ค่านี้สามารถปลอมแปลงได้ เราจึงไม่ต้องพึ่งพาข้อมูลนี้ และใช้การค้นหาชื่อโฮสต์แบบย้อนกลับของที่อยู่ IP ของการเชื่อมต่อแทน

• MAIL FROM - นี่ระบุจดหมายซองจดหมายจากที่อยู่ของอีเมล หากป้อนค่า ต้องเป็นที่อยู่อีเมล RFC 5322 ที่ถูกต้อง อนุญาตให้มีค่าว่าง เรา ตรวจสอบการสะท้อนกลับ ที่นี่และเรายังตรวจสอบ MAIL FROM กับ .ของเรา รายการปฏิเสธ. ในที่สุดเราก็ตรวจสอบผู้ส่งที่ไม่อยู่ในรายชื่อที่อนุญาตสำหรับการจำกัดอัตรา (ดูหัวข้อบน การจำกัดอัตรา และ รายการที่อนุญาต สำหรับข้อมูลเพิ่มเติม).

• RCPT TO - ระบุผู้รับอีเมล ต้องเป็นที่อยู่อีเมล RFC 5322 ที่ถูกต้อง เราอนุญาตให้มีผู้รับซองจดหมายสูงสุด 50 ซองต่อข้อความเท่านั้น (ซึ่งแตกต่างจากส่วนหัว "ถึง" จากอีเมล) นอกจากนี้เรายังตรวจสอบความถูกต้อง แผนการเขียนซ้ำของผู้ส่ง ("SRS") ที่นี่เพื่อป้องกันการปลอมแปลงด้วยชื่อโดเมน SRS ของเรา นอกจากนี้ เรายังตรวจสอบผู้รับกับ รายการปฏิเสธ.

• DATA - นี่คือส่วนหลักของบริการของเราในการประมวลผลอีเมล ดูส่วน คุณประมวลผลอีเมลสำหรับการส่งต่ออย่างไร ด้านล่างสำหรับข้อมูลเชิงลึกเพิ่มเติม

ส่วนนี้อธิบายกระบวนการของเราที่เกี่ยวข้องกับคำสั่งโปรโตคอล SMTP DATA ในส่วน ระบบส่งต่ออีเมลของคุณทำงานอย่างไร ด้านบน – นี่คือวิธีที่เราประมวลผลส่วนหัว เนื้อหา ความปลอดภัยของอีเมล กำหนดว่าต้องส่งไปที่ใด และเราจัดการกับการเชื่อมต่ออย่างไร

1. หากข้อความมีขนาดเกินขนาดสูงสุด 50mb ข้อความนั้นจะถูกปฏิเสธพร้อมรหัสข้อผิดพลาด 552

2. หากข้อความไม่มีส่วนหัว หรือไม่สามารถแยกวิเคราะห์ส่วนหัว ข้อความนั้นจะถูกปฏิเสธด้วยรหัสข้อผิดพลาด 421

3. หากข้อความไม่มีส่วนหัว "จาก" หรือหากค่าใดๆ ในส่วนหัว "จาก" ไม่ใช่ที่อยู่อีเมล RFC 5322 ที่ถูกต้อง ข้อความนั้นจะถูกปฏิเสธด้วยรหัสข้อผิดพลาด 550

4. หากข้อความมีส่วนหัว "ที่ได้รับ" มากกว่า 25 รายการ แสดงว่ามีการติดค้างอยู่ในลูปการเปลี่ยนเส้นทาง และถูกปฏิเสธด้วยรหัสข้อผิดพลาด 550

5. การใช้ลายนิ้วมือของอีเมล (ดูหัวข้อ ลายนิ้วมือ) เราจะตรวจสอบเพื่อดูว่ามีข้อความพยายามลองใหม่นานกว่า 5 วัน (ซึ่งตรงกับ พฤติกรรม postfix เริ่มต้น) และถ้าเป็นเช่นนั้น ก็จะถูกปฏิเสธด้วยรหัสข้อผิดพลาด 550

6. หากข้อความมีส่วนหัว "ถึง" และหากส่วนหัว "ถึง" ของข้อความถูกนำไปยังที่อยู่ SRS ที่เขียนใหม่โดยใช้ชื่อโดเมนของเรา เราจะเขียนใหม่ทั้งหมด

7. เราเก็บผลลัพธ์จากการสแกนอีเมลโดยใช้ เครื่องสแกนสแปม.

8. หากมีผลลัพธ์ตามอำเภอใจจาก Spam Scanner จะถูกปฏิเสธด้วยรหัสข้อผิดพลาด 554 ผลโดยพลการจะรวมเฉพาะการทดสอบ GTUBE ในขณะที่เขียนบทความนี้เท่านั้น ดู https://spamassassin.apache.org/gtube/ เพื่อความเข้าใจที่ลึกซึ้งยิ่งขึ้น

9. เราจะเพิ่มส่วนหัวต่อไปนี้ในข้อความเพื่อวัตถุประสงค์ในการดีบักและป้องกันการละเมิด:

   • X-Original-To - ต้นตำรับ RCPT TO ที่อยู่อีเมลสำหรับข้อความ
     • ค่าของส่วนหัวนี้มี Bcc ที่อยู่แยกวิเคราะห์ส่วนหัวถูกลบออกจากมัน
     • สิ่งนี้มีประโยชน์สำหรับการพิจารณาว่าอีเมลถูกส่งไปที่ใด
   • X-ForwardEmail-Version - ปัจจุบัน เซมเวอร์ เวอร์ชั่นจาก package.json ของโค้ดเบสของเรา
   • X-ForwardEmail-Session-ID - ค่า ID เซสชันที่ใช้เพื่อจุดประสงค์ในการดีบัก (ใช้เฉพาะในสภาพแวดล้อมที่ไม่ใช่การผลิต)
   • X-ForwardEmail-Sender - รายการที่คั่นด้วยเครื่องหมายจุลภาคที่มีที่อยู่ MAIL FROM ของซองจดหมายเดิม (หากไม่เว้นว่างไว้) ไคลเอ็นต์ PTR แบบย้อนกลับ FQDN (ถ้ามี) และที่อยู่ IP ของผู้ส่ง
   • X-ForwardEmail-ID - ใช้ได้เฉพาะกับ SMTP ขาออกเท่านั้น และสัมพันธ์กับ ID อีเมลที่เก็บไว้ในบัญชีของฉัน → อีเมล
   • X-Report-Abuse - มีค่าเท่ากับ abuse@forwardemail.net.
   • X-Report-Abuse-To - มีค่าเท่ากับ abuse@forwardemail.net.
   • X-Complaints-To - มีค่าเท่ากับ abuse@forwardemail.net.

10. จากนั้นเราตรวจสอบข้อความสำหรับ DKIM, SPF, ARC, และ DMARC.

    • หากข้อความล้มเหลว DMARC และโดเมนมีนโยบายการปฏิเสธ (เช่น p=reject อยู่ในนโยบาย DMARC) จากนั้นระบบจะปฏิเสธด้วยรหัสข้อผิดพลาด 550 โดยทั่วไป นโยบาย DMARC สำหรับโดเมนสามารถพบได้ใน _dmarc โดเมนย่อย TXT บันทึก (เช่น dig _dmarc.baychi.org txt).
    • หากข้อความล้มเหลว SPF และโดเมนมีนโยบายฮาร์ดล้มเหลว (เช่น -all อยู่ในนโยบาย SPF เมื่อเทียบกับ ~all หรือไม่มีนโยบายเลย) จากนั้นระบบจะปฏิเสธด้วยรหัสข้อผิดพลาด 550 โดยทั่วไป นโยบาย SPF สำหรับโดเมนสามารถพบได้ใน TXT บันทึกสำหรับโดเมนราก (เช่น dig baychi.org txt). ดูส่วนนี้สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ ส่งอีเมลเช่นเดียวกับ Gmail เกี่ยวกับ SPF

11. ตอนนี้เราประมวลผลผู้รับข้อความตามที่รวบรวมจาก RCPT TO คำสั่งในส่วน ระบบส่งต่ออีเมลของคุณทำงานอย่างไร ข้างบน. สำหรับผู้รับแต่ละคน เราดำเนินการดังต่อไปนี้:

    • เราค้นหา TXT บันทึกของชื่อโดเมน (ส่วนหลัง @ สัญลักษณ์ เช่น baychi.org ถ้าที่อยู่อีเมลเป็น test@baychi.org). ตัวอย่างเช่น ถ้าโดเมนคือ baychi.org เราทำการค้นหา DNS เช่น dig baychi.org txt.
    • เราแยกวิเคราะห์ทั้งหมด TXT ระเบียนที่ขึ้นต้นด้วย forward-email= (แผนฟรี) หรือ forward-email-site-verification= (แผนการชำระเงิน). โปรดทราบว่าเราแยกวิเคราะห์ทั้งสองอย่าง เพื่อประมวลผลอีเมลในขณะที่ผู้ใช้กำลังอัปเกรดหรือดาวน์เกรดแผน
    • จากการแยกวิเคราะห์เหล่านี้ TXT บันทึก เราวนซ้ำเพื่อแยกการกำหนดค่าการส่งต่อ (ตามที่อธิบายไว้ในส่วน ฉันจะเริ่มต้นใช้งานและตั้งค่าการส่งต่ออีเมลได้อย่างไร ข้างบน). โปรดทราบว่าเราสนับสนุนเพียงหนึ่งเดียว forward-email-site-verification= และหากมีการระบุมากกว่าหนึ่งรายการ จะเกิดข้อผิดพลาด 550 และผู้ส่งจะได้รับการตีกลับสำหรับผู้รับรายนี้
    • เราวนซ้ำในการกำหนดค่าการส่งต่อที่แยกออกมาเพื่อกำหนดการส่งต่อร่วม การส่งต่อตาม regex และการกำหนดค่าการส่งต่อที่รองรับอื่นๆ ทั้งหมด ซึ่งตอนนี้เรียกว่า "ที่อยู่การส่งต่อ" ของเรา
    • สำหรับแต่ละที่อยู่สำหรับส่งต่อ เราสนับสนุนการค้นหาแบบเรียกซ้ำหนึ่งครั้ง (ซึ่งจะเริ่มดำเนินการชุดนี้ตามที่อยู่ที่ระบุ) หากพบการจับคู่แบบเรียกซ้ำ ผลลัพธ์หลักจะถูกลบออกจากที่อยู่การส่งต่อ และเพิ่มรายการย่อย
    • ที่อยู่การส่งต่อจะถูกแยกวิเคราะห์เพื่อความเป็นเอกลักษณ์ (เนื่องจากเราไม่ต้องการส่งที่ซ้ำกันไปยังที่อยู่เดียวหรือทำให้เกิดการเชื่อมต่อไคลเอ็นต์ SMTP ที่ไม่จำเป็นเพิ่มเติม)
    • สำหรับแต่ละที่อยู่สำหรับส่งต่อ เราจะค้นหาชื่อโดเมนกับปลายทาง API ของเรา /v1/max-forwarded-addresses (เพื่อกำหนดจำนวนที่อยู่โดเมนที่ได้รับอนุญาตให้ส่งต่ออีเมลไปยังชื่อแทน เช่น 10 โดยค่าเริ่มต้น – ดูหัวข้อใน ขีด จำกัด สูงสุดในการส่งต่อต่อนามแฝง). หากเกินขีดจำกัดนี้ จะเกิดข้อผิดพลาด 550 และผู้ส่งจะได้รับการตีกลับสำหรับผู้รับรายนี้
    • เราค้นหาการตั้งค่าของผู้รับดั้งเดิมกับปลายทาง API ของเรา /v1/settingsซึ่งรองรับการค้นหาผู้ใช้ที่ชำระเงิน (พร้อมทางเลือกสำหรับผู้ใช้ฟรี) ส่งคืนอ็อบเจ็กต์การกำหนดค่าสำหรับการตั้งค่าขั้นสูงสำหรับ port (ตัวเลข เช่น 25), has_adult_content_protection (บูลีน), has_phishing_protection (บูลีน), has_executable_protection (บูลีน) และ has_virus_protection (บูลีน).
    • จากการตั้งค่าเหล่านี้ เราจะตรวจสอบกับผลลัพธ์ของ Spam Scanner และหากมีข้อผิดพลาดใดๆ เกิดขึ้น ข้อความจะถูกปฏิเสธด้วยรหัสข้อผิดพลาด 554 (เช่น ถ้า has_virus_protection เปิดใช้งานอยู่ จากนั้นเราจะตรวจสอบผลลัพธ์ของ Spam Scanner เพื่อหาไวรัส) โปรดทราบว่าผู้ใช้แผนฟรีทั้งหมดจะสามารถเลือกรับการตรวจสอบเนื้อหาสำหรับผู้ใหญ่ ฟิชชิง ไฟล์สั่งการ และไวรัส ตามค่าเริ่มต้น ผู้ใช้แผนชำระเงินทั้งหมดสามารถเลือกรับได้เช่นกัน แต่การกำหนดค่านี้สามารถเปลี่ยนแปลงได้ภายใต้หน้าการตั้งค่าสำหรับโดเมนในแดชบอร์ดส่งต่ออีเมล)

12. สำหรับที่อยู่การส่งต่อของผู้รับที่ประมวลผลแต่ละราย เราจะดำเนินการต่อไปนี้:

    • ที่อยู่ถูกตรวจสอบกับ .ของเรา รายการปฏิเสธและหากอยู่ในรายการ รหัสข้อผิดพลาด 421 จะเกิดขึ้น (บ่งชี้ให้ผู้ส่งลองอีกครั้งในภายหลัง)
    • หากที่อยู่เป็นเว็บฮุค เราจะตั้งค่าบูลีนสำหรับการดำเนินการในอนาคต (ดูด้านล่าง – เราจัดกลุ่มเว็บฮุคที่คล้ายกันเข้าด้วยกันเพื่อสร้างคำขอ POST หนึ่งคำขอเทียบกับหลายรายการสำหรับการจัดส่ง)
    • หากที่อยู่นั้นเป็นที่อยู่อีเมล เราจะแยกวิเคราะห์โฮสต์สำหรับการดำเนินการในอนาคต (ดูด้านล่าง – เราจัดกลุ่มโฮสต์ที่คล้ายกันเพื่อสร้างการเชื่อมต่อหนึ่งรายการเทียบกับการเชื่อมต่อแต่ละรายการสำหรับการจัดส่ง)

13. หากไม่มีผู้รับและไม่มีการตีกลับ เราจะตอบกลับด้วยข้อผิดพลาด 550 ว่า "ผู้รับไม่ถูกต้อง"

14. หากมีผู้รับ เราจะทำซ้ำ (จัดกลุ่มโดยโฮสต์เดียวกัน) และส่งอีเมล ดูส่วน คุณจัดการกับปัญหาการส่งอีเมลอย่างไร ด้านล่างสำหรับข้อมูลเชิงลึกเพิ่มเติม

    • หากเกิดข้อผิดพลาดขณะส่งอีเมล เราจะเก็บไว้ในหน่วยความจำสำหรับการประมวลผลในภายหลัง
    • เราจะนำรหัสข้อผิดพลาดต่ำสุด (ถ้ามี) จากการส่งอีเมล – และใช้เป็นรหัสตอบกลับไปยัง DATA สั่งการ. ซึ่งหมายความว่าอีเมลที่ไม่ได้ส่งมักจะถูกลองใหม่โดยผู้ส่งเดิม แต่อีเมลที่ส่งไปแล้วจะไม่ถูกส่งซ้ำในครั้งต่อไปที่ส่งข้อความ (ตามที่เราใช้ ลายนิ้วมือ).
    • หากไม่มีข้อผิดพลาด เราจะส่งรหัสสถานะการตอบสนอง SMTP ที่สำเร็จ 250 รายการ
    • การตีกลับถูกกำหนดให้เป็นความพยายามในการจัดส่งซึ่งส่งผลให้มีรหัสสถานะที่ >= 500 (ความล้มเหลวถาวร)

15. หากไม่มีการตีกลับ (ความล้มเหลวถาวร) เราจะส่งคืนรหัสสถานะการตอบสนอง SMTP ของรหัสข้อผิดพลาดต่ำสุดจากความล้มเหลวที่ไม่ถาวร (หรือรหัสสถานะสำเร็จ 250 รหัส หากไม่มี)

16. หากเกิดการตีกลับ เราจะส่งอีเมลตีกลับในพื้นหลังหลังจากส่งคืนรหัสข้อผิดพลาดที่ต่ำที่สุดไปยังผู้ส่ง อย่างไรก็ตาม หากรหัสข้อผิดพลาดต่ำสุดคือ >= 500 เราจะไม่ส่งอีเมลตีกลับใดๆ เนื่องจากถ้าเราทำ ผู้ส่งจะได้รับอีเมลตีกลับสองครั้ง (เช่น อีเมลหนึ่งจาก MTA ขาออก เช่น Gmail และอีเมลจากเราด้วย) ดูหัวข้อเกี่ยวกับ คุณจะป้องกัน backscatter ได้อย่างไร ด้านล่างสำหรับข้อมูลเชิงลึกเพิ่มเติม

โปรดทราบว่าเราจะเขียน "Friendly-From" ใหม่ในอีเมลก็ต่อเมื่อนโยบาย DMARC ของผู้ส่งเป็น p=rejectและมีค่า SPF ที่ผ่าน และไม่มีลายเซ็น DKIM ที่สอดคล้องกับส่วนหัว "จาก" ซึ่งหมายความว่าเราจะเปลี่ยนส่วนหัว "จาก" ในข้อความ ตั้งค่า "X-Original-From" และตั้งค่า "ตอบกลับ" หากยังไม่ได้ตั้งค่า นอกจากนี้ เราจะประทับตรา ARC อีกครั้งบนข้อความหลังจากแก้ไขส่วนหัวเหล่านี้

เรายังใช้การแยกวิเคราะห์ข้อความแสดงข้อผิดพลาดอย่างชาญฉลาดในทุกระดับของสแต็กของเรา – ในโค้ด, คำขอ DNS, Node.js internals, คำขอ HTTP (เช่น 408, 413 และ 429 ถูกแมปกับรหัสตอบกลับ SMTP ที่ 421 หากผู้รับ เป็นเว็บฮุค) และการตอบกลับของเซิร์ฟเวอร์อีเมล (เช่น การตอบกลับด้วย "เลื่อน" หรือ "ช้าลง" จะถูกลองใหม่เป็นข้อผิดพลาด 421)

ตรรกะของเรานั้นไม่จำลอง และจะลองอีกครั้งหากพบข้อผิดพลาด SSL/TLS ปัญหาการเชื่อมต่อ และอื่นๆ เป้าหมายของการป้องกันจำลองคือการเพิ่มความสามารถในการส่งสูงสุดให้กับผู้รับทั้งหมดสำหรับการกำหนดค่าการส่งต่อ

หากผู้รับเป็นเว็บฮุค เราจะอนุญาตให้หมดเวลา 60 วินาทีสำหรับคำขอให้เสร็จสมบูรณ์โดยมีการลองใหม่สูงสุด 3 ครั้ง (รวม 4 คำขอก่อนที่จะล้มเหลว) โปรดทราบว่าเราแยกวิเคราะห์รหัสข้อผิดพลาด 408, 413 และ 429 อย่างถูกต้อง และแมปกับรหัสตอบกลับ SMTP ที่ 421

มิฉะนั้น หากผู้รับเป็นที่อยู่อีเมล เราจะพยายามส่งอีเมลด้วย TLS ที่ฉวยโอกาส (เราพยายามใช้ STARTTLS หากมีอยู่บนเซิร์ฟเวอร์อีเมลของผู้รับ) หากเกิดข้อผิดพลาด SSL/TLS ขณะพยายามส่งอีเมล เราจะพยายามส่งอีเมลโดยไม่มี TLS (โดยไม่ต้องใช้ STARTTLS)

หาก DNS หรือข้อผิดพลาดในการเชื่อมต่อเกิดขึ้น เราจะกลับไปที่ DATA คำสั่งรหัสตอบกลับ SMTP ที่ 421 มิฉะนั้นหากมีข้อผิดพลาดระดับ >= 500 การตีกลับจะถูกส่ง

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

เราตรวจสอบรายการปฏิเสธ DNS หลักทั้งหมดเป็นประจำ และหากที่อยู่ IP ของ Mail Exchange ("MX") ของเราอยู่ในรายการปฏิเสธหลัก เราจะดึงออกจากระเบียน DNS A ที่เกี่ยวข้องหากเป็นไปได้จนกว่าปัญหาจะได้รับการแก้ไข

ในขณะที่เขียนบทความนี้ เราอยู่ในรายชื่อ DNS ที่อนุญาตหลายรายการเช่นกัน และเราตรวจสอบรายการที่ปฏิเสธอย่างจริงจัง หากคุณพบปัญหาใด ๆ ก่อนที่เราจะมีโอกาสแก้ไข โปรดแจ้งให้เราทราบเป็นลายลักษณ์อักษรที่ support@forwardemail.net.

ที่อยู่ IP ของเราเปิดเผยต่อสาธารณะ ดูส่วนนี้ด้านล่างสำหรับข้อมูลเชิงลึกเพิ่มเติม.

ชื่อผู้ใช้อีเมลที่เท่ากับรายการใดๆ ต่อไปนี้ (ไม่คำนึงถึงตัวพิมพ์เล็กและตัวพิมพ์ใหญ่) จะถือเป็นที่อยู่ที่ไม่มีการตอบกลับ:

• do-not-reply
• do-not-respond
• do.not.reply
• donotreply
• donotrespond
• dont-reply
• naoresponda
• no-replies
• no-reply
• no-replys
• no.replies
• no.reply
• no.replys
• no_reply
• nobody
• noreplies
• noreply
• noreplys

รายการนี้ได้รับการปรับปรุง เป็นโครงการโอเพ่นซอร์สบน GitHub.

เราเผยแพร่ที่อยู่ IP ของเราที่ https://forwardemail.net/ips.

ใช่ เรามี รายการนามสกุลโดเมน ซึ่งอยู่ในรายการที่อนุญาตโดยค่าเริ่มต้น และรายการที่อนุญาตแบบไดนามิก แคช และแบบเลื่อนตามปิด เกณฑ์ที่เข้มงวด.

อีเมล โดเมน และผู้รับทั้งหมดจากลูกค้าที่ใช้แผนแบบชำระเงินจะถูกเพิ่มเข้าในรายการที่อนุญาตของเราโดยอัตโนมัติ

ส่วนขยายชื่อโดเมนใดบ้างที่อนุญาตโดยค่าเริ่มต้น

ส่วนขยายชื่อโดเมนต่อไปนี้จะถือว่าอยู่ในรายการที่อนุญาตโดยค่าเริ่มต้น (ไม่ว่าจะอยู่ในรายการความนิยมของ Umbrella หรือไม่ก็ตาม):

• edu
• gov
• mil
• int
• arpa
• dni.us
• fed.us
• isa.us
• kids.us
• nsn.us
• ak.us
• al.us
• ar.us
• as.us
• az.us
• ca.us
• co.us
• ct.us
• dc.us
• de.us
• fl.us
• ga.us
• gu.us
• hi.us
• ia.us
• id.us
• il.us
• in.us
• ks.us
• ky.us
• la.us
• ma.us
• md.us
• me.us
• mi.us
• mn.us
• mo.us
• ms.us
• mt.us
• nc.us
• nd.us
• ne.us
• nh.us
• nj.us
• nm.us
• nv.us
• ny.us
• oh.us
• ok.us
• or.us
• pa.us
• pr.us
• ri.us
• sc.us
• sd.us
• tn.us
• tx.us
• ut.us
• va.us
• vi.us
• vt.us
• wa.us
• wi.us
• wv.us
• wy.us
• mil.tt
• edu.tt
• edu.tr
• edu.ua
• edu.au
• ac.at
• edu.br
• ac.nz
• school.nz
• cri.nz
• health.nz
• mil.nz
• parliament.nz
• ac.in
• edu.in
• mil.in
• ac.jp
• ed.jp
• lg.jp
• ac.za
• edu.za
• mil.za
• school.za
• mil.kr
• ac.kr
• hs.kr
• ms.kr
• es.kr
• sc.kr
• kg.kr
• edu.es
• ac.lk
• sch.lk
• edu.lk
• ac.th
• mi.th
• admin.ch
• canada.ca
• gc.ca
• go.id
• go.jp
• go.ke
• go.kr
• go.th
• gob.ar
• gob.cl
• gob.es
• gob.mx
• gob.ve
• gob.sv
• gouv.fr
• gouv.nc
• gouv.qc.ca
• gov.ad
• gov.af
• gov.ai
• gov.al
• gov.am
• gov.ao
• gov.au
• gov.aw
• gov.ax
• gov.az
• gov.bd
• gov.be
• gov.bg
• gov.bm
• gov.by
• gov.cl
• gov.cn
• gov.co
• gov.cy
• gov.cz
• gov.dz
• gov.eg
• gov.fi
• gov.fk
• gov.gg
• gov.gr
• gov.hk
• gov.hr
• gov.hu
• gov.ie
• gov.il
• gov.im
• gov.in
• gov.iq
• gov.ir
• gov.it
• gov.je
• gov.kp
• gov.krd
• gov.ky
• gov.kz
• gov.lb
• gov.lk
• gov.lt
• gov.lv
• gov.ma
• gov.mm
• gov.mo
• gov.mt
• gov.my
• gov.ng
• gov.np
• gov.ph
• gov.pk
• gov.pl
• gov.pt
• gov.py
• gov.ro
• gov.ru
• gov.scot
• gov.se
• gov.sg
• gov.si
• gov.sk
• gov.tr
• gov.tt
• gov.tw
• gov.ua
• gov.uk
• gov.vn
• gov.wales
• gov.za
• government.pn
• govt.nz
• gv.at
• ac.uk
• bl.uk
• judiciary.uk
• mod.uk
• nhs.uk
• parliament.uk
• police.uk
• rct.uk
• royal.uk
• sch.uk
• ukaea.uk

นอกจากนี้สิ่งเหล่านี้ แบรนด์และโดเมนระดับบนสุดขององค์กร อยู่ในรายการที่อนุญาตโดยค่าเริ่มต้น (เช่น apple สำหรับ applecard.apple สำหรับใบแจ้งยอดธนาคารของ Apple Card):

• aaa
• aarp
• abarth
• abb
• abbott
• abbvie
• abc
• accenture
• aco
• aeg
• aetna
• afl
• agakhan
• aig
• aigo
• airbus
• airtel
• akdn
• alfaromeo
• alibaba
• alipay
• allfinanz
• allstate
• ally
• alstom
• amazon
• americanexpress
• amex
• amica
• android
• anz
• aol
• apple
• aquarelle
• aramco
• audi
• auspost
• aws
• axa
• azure
• baidu
• bananarepublic
• barclaycard
• barclays
• basketball
• bauhaus
• bbc
• bbt
• bbva
• bcg
• bentley
• bharti
• bing
• blanco
• bloomberg
• bms
• bmw
• bnl
• bnpparibas
• boehringer
• bond
• booking
• bosch
• bostik
• bradesco
• bridgestone
• brother
• bugatti
• cal
• calvinklein
• canon
• capitalone
• caravan
• cartier
• cba
• cbn
• cbre
• cbs
• cern
• cfa
• chanel
• chase
• chintai
• chrome
• chrysler
• cipriani
• cisco
• citadel
• citi
• citic
• clubmed
• comcast
• commbank
• creditunion
• crown
• crs
• csc
• cuisinella
• dabur
• datsun
• dealer
• dell
• deloitte
• delta
• dhl
• discover
• dish
• dnp
• dodge
• dunlop
• dupont
• dvag
• edeka
• emerck
• epson
• ericsson
• erni
• esurance
• etisalat
• eurovision
• everbank
• extraspace
• fage
• fairwinds
• farmers
• fedex
• ferrari
• ferrero
• fiat
• fidelity
• firestone
• firmdale
• flickr
• flir
• flsmidth
• ford
• fox
• fresenius
• forex
• frogans
• frontier
• fujitsu
• fujixerox
• gallo
• gallup
• gap
• gbiz
• gea
• genting
• giving
• gle
• globo
• gmail
• gmo
• gmx
• godaddy
• goldpoint
• goodyear
• goog
• google
• grainger
• guardian
• gucci
• hbo
• hdfc
• hdfcbank
• hermes
• hisamitsu
• hitachi
• hkt
• honda
• honeywell
• hotmail
• hsbc
• hughes
• hyatt
• hyundai
• ibm
• ieee
• ifm
• ikano
• imdb
• infiniti
• intel
• intuit
• ipiranga
• iselect
• itau
• itv
• iveco
• jaguar
• java
• jcb
• jcp
• jeep
• jpmorgan
• juniper
• kddi
• kerryhotels
• kerrylogistics
• kerryproperties
• kfh
• kia
• kinder
• kindle
• komatsu
• kpmg
• kred
• kuokgroup
• lacaixa
• ladbrokes
• lamborghini
• lancaster
• lancia
• lancome
• landrover
• lanxess
• lasalle
• latrobe
• lds
• leclerc
• lego
• liaison
• lexus
• lidl
• lifestyle
• lilly
• lincoln
• linde
• lipsy
• lixil
• locus
• lotte
• lpl
• lplfinancial
• lundbeck
• lupin
• macys
• maif
• man
• mango
• marriott
• maserati
• mattel
• mckinsey
• metlife
• microsoft
• mini
• mit
• mitsubishi
• mlb
• mma
• monash
• mormon
• moto
• movistar
• msd
• mtn
• mtr
• mutual
• nadex
• nationwide
• natura
• nba
• nec
• netflix
• neustar
• newholland
• nfl
• nhk
• nico
• nike
• nikon
• nissan
• nissay
• nokia
• northwesternmutual
• norton
• nra
• ntt
• obi
• office
• omega
• oracle
• orange
• otsuka
• ovh
• panasonic
• pccw
• pfizer
• philips
• piaget
• pictet
• ping
• pioneer
• play
• playstation
• pohl
• politie
• praxi
• prod
• progressive
• pru
• prudential
• pwc
• quest
• qvc
• redstone
• reliance
• rexroth
• ricoh
• rmit
• rocher
• rogers
• rwe
• safety
• sakura
• samsung
• sandvik
• sandvikcoromant
• sanofi
• sap
• saxo
• sbi
• sbs
• sca
• scb
• schaeffler
• schmidt
• schwarz
• scjohnson
• scor
• seat
• sener
• ses
• sew
• seven
• sfr
• seek
• shangrila
• sharp
• shaw
• shell
• shriram
• sina
• sky
• skype
• smart
• sncf
• softbank
• sohu
• sony
• spiegel
• stada
• staples
• star
• starhub
• statebank
• statefarm
• statoil
• stc
• stcgroup
• suzuki
• swatch
• swiftcover
• symantec
• taobao
• target
• tatamotors
• tdk
• telecity
• telefonica
• temasek
• teva
• tiffany
• tjx
• toray
• toshiba
• total
• toyota
• travelchannel
• travelers
• tui
• tvs
• ubs
• unicom
• uol
• ups
• vanguard
• verisign
• vig
• viking
• virgin
• visa
• vista
• vistaprint
• vivo
• volkswagen
• volvo
• walmart
• walter
• weatherchannel
• weber
• weir
• williamhill
• windows
• wme
• wolterskluwer
• woodside
• wtc
• xbox
• xerox
• xfinity
• yahoo
• yamaxun
• yandex
• yodobashi
• youtube
• zappos
• zara
• zippo

เกณฑ์รายการที่อนุญาตของคุณคืออะไร

เรามีรายการคงที่ของ นามสกุลโดเมนที่อนุญาตตามค่าเริ่มต้น – และเรายังรักษารายการที่อนุญาตแบบไดนามิก แคช และหมุนเวียนตามเกณฑ์ที่เข้มงวดต่อไปนี้:

• โดเมนรูทของผู้ส่งต้องเป็นของ นามสกุลโดเมนที่ตรงกับรายการที่เราเสนอในแผนบริการฟรีของเรา (บวกกับ. biz และ info). นอกจากนี้เรายังรวมถึง edu, gov, และ mil การจับคู่บางส่วน เช่น xyz.gov.au และ xyz.edu.au.
• โดเมนรากของผู้ส่งต้องอยู่ภายใน 100,000 อันดับแรกของโดเมนรากที่ไม่ซ้ำกันซึ่งแยกวิเคราะห์ผลลัพธ์จาก รายการความนิยมร่ม ("UPL").
• โดเมนรูทของผู้ส่งต้องอยู่ภายในผลลัพธ์ 50,000 อันดับแรกจากโดเมนรูทที่ไม่ซ้ำซึ่งปรากฏใน UPL อย่างน้อย 4 วันใน 7 วันที่ผ่านมา (ประมาณ 50%+)
• โดเมนรากของผู้ส่งต้องไม่เป็น จัดหมวดหมู่ เป็นเนื้อหาสำหรับผู้ใหญ่หรือมัลแวร์โดย Cloudflare
• โดเมนรากของผู้ส่งต้องมีชุดระเบียน A หรือ MX
• โดเมนรากของผู้ส่งต้องมีระเบียน A, ระเบียน MX, ระเบียน DMARC อย่างใดอย่างหนึ่ง p=reject หรือ p=quarantineหรือระเบียน SPF ด้วย -all หรือ ~all รอบคัดเลือก

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

งานอัตโนมัติของเราจะดาวน์โหลด 7 วันก่อนหน้าของหน่วยความจำใน UPL คลายซิป จากนั้นแยกวิเคราะห์ในหน่วยความจำตามเกณฑ์ที่เข้มงวดข้างต้น

โดเมนยอดนิยม ณ เวลาที่เขียนบทความนี้ เช่น Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify และอื่นๆ รวมอยู่ด้วย

หากคุณเป็นผู้ส่งที่ไม่อยู่ในรายชื่อที่อนุญาตของเรา ครั้งแรกที่โดเมนรูท FQDN หรือที่อยู่ IP ของคุณส่งอีเมล คุณจะ อัตราจำกัด และ บัญชีสีเทา. โปรดทราบว่านี่เป็นแนวทางปฏิบัติมาตรฐานที่ใช้เป็นมาตรฐานอีเมล ไคลเอ็นต์เซิร์ฟเวอร์อีเมลส่วนใหญ่จะพยายามลองอีกครั้งหากได้รับขีดจำกัดอัตราหรือข้อผิดพลาดรายการสีเทา (เช่น รหัสสถานะข้อผิดพลาดระดับ 421 หรือ 4xx)

โปรดทราบว่าผู้ส่งเฉพาะเช่น a@gmail.com, b@xyz.edu, และ c@gov.au ยังสามารถ ปฏิเสธ (เช่น หากเราตรวจพบสแปม ฟิชชิง หรือมัลแวร์จากผู้ส่งเหล่านั้นโดยอัตโนมัติ)

เมื่อวันที่ 31 มีนาคม 2023 เราได้บังคับใช้กฎสแปมแบบครอบคลุมใหม่เพื่อปกป้องผู้ใช้และบริการของเรา

กฎใหม่นี้อนุญาตให้ใช้นามสกุลโดเมนต่อไปนี้เท่านั้นในแผนบริการฟรีของเรา:

• ac
• ad
• ag
• ai
• al
• am
• app
• as
• at
• au
• ba
• be
• br
• by
• ca
• cc
• cd
• ch
• ck
• co
• com
• de
• dev
• dj
• dk
• ee
• es
• eu
• family
• fi
• fm
• fr
• gg
• gl
• id
• ie
• il
• im
• in
• io
• ir
• is
• it
• je
• jp
• ke
• kr
• la
• li
• lv
• ly
• md
• me
• mn
• ms
• mu
• mx
• net
• ni
• nl
• no
• nu
• nz
• org
• pl
• pr
• pw
• rs
• sc
• se
• sh
• si
• sm
• sr
• st
• tc
• tm
• to
• tv
• uk
• us
• uz
• vc
• vg
• vu
• ws
• xyz
• za

ใช่เรามีความหละหลวมมาก อีเมลบัญชีสีเทา นโยบายที่ใช้ Greylisting ใช้กับผู้ส่งที่ไม่อยู่ในรายการที่อนุญาตเท่านั้นและอยู่ในแคชของเราเป็นเวลา 30 วัน

สำหรับผู้ส่งรายใหม่ เราเก็บคีย์ไว้ในฐานข้อมูล Redis ของเราเป็นเวลา 30 วันโดยตั้งค่าเป็นเวลามาถึงเริ่มต้นของคำขอครั้งแรก จากนั้นเราปฏิเสธอีเมลของพวกเขาด้วยรหัสสถานะลองใหม่ 450 และอนุญาตให้ผ่านไปได้เมื่อผ่านไป 5 นาทีเท่านั้น

หากพวกเขารอได้สำเร็จเป็นเวลา 5 นาทีนับจากเวลาที่มาถึงครั้งแรกนี้ อีเมลของพวกเขาจะได้รับการยอมรับและพวกเขาจะไม่ได้รับรหัสสถานะ 450 นี้

คีย์ประกอบด้วยโดเมนราก FQDN หรือที่อยู่ IP ของผู้ส่ง ซึ่งหมายความว่าโดเมนย่อยใดๆ ที่ผ่านรายการสีเทาก็จะผ่านไปยังโดเมนราก และในทางกลับกัน (นี่คือสิ่งที่เราหมายถึงโดยนโยบาย "หละหลวมมาก")

ตัวอย่างเช่น หากอีเมลมาจาก test.baychi.org ก่อนที่เราจะเห็นอีเมลมาจาก baychi.orgจากนั้นอีเมลใด ๆ จาก test.baychi.org และ/หรือ baychi.org จะต้องรอ 5 นาทีจากเวลาที่มาถึงเริ่มต้นของการเชื่อมต่อ เราไม่ได้ทำทั้งสองอย่าง test.baychi.org และ baychi.org แต่ละคนรอช่วงเวลา 5 นาทีของตนเอง (นโยบายรายการบัญชีสีเทาของเรามีผลใช้ที่ระดับโดเมนราก)

โปรดทราบว่าบัญชีสีเทาใช้ไม่ได้กับผู้ส่งใน รายการที่อนุญาต (เช่น Meta, Amazon, Netflix, Google, Microsoft ในขณะที่เขียนบทความนี้)

ใช่ เราดำเนินการรายการปฏิเสธของเราเองและอัปเดตโดยอัตโนมัติแบบเรียลไทม์และด้วยตนเองตามสแปมและกิจกรรมที่เป็นอันตรายที่ตรวจพบ

นอกจากนี้เรายังดึงที่อยู่ IP ทั้งหมดจากรายการปฏิเสธ UCEPROTECT ระดับ 1 ที่ http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz ทุกชั่วโมงและป้อนลงในรายการปฏิเสธของเราโดยมีเวลาหมดอายุ 7 วัน

ผู้ส่งที่พบในรายการปฏิเสธจะได้รับรหัสข้อผิดพลาด 421 (ระบุว่าผู้ส่งจะลองอีกครั้งในภายหลัง) หากพวกเขา ไม่อยู่ในรายการที่อนุญาต.

การใช้รหัสสถานะ 421 แทนรหัสสถานะ 554 จะช่วยบรรเทาผลบวกลวงที่อาจเกิดขึ้นได้แบบเรียลไทม์ จากนั้นจึงสามารถส่งข้อความได้สำเร็จในความพยายามครั้งถัดไป

ซึ่งได้รับการออกแบบไม่เหมือนกับบริการอีเมลอื่นๆโดยที่หากคุณถูกจัดอยู่ในรายการบล็อก จะเกิดความล้มเหลวอย่างถาวรและถาวร มักจะเป็นเรื่องยากที่จะขอให้ผู้ส่งลองข้อความอีกครั้ง (โดยเฉพาะจากองค์กรขนาดใหญ่) ดังนั้นแนวทางนี้จึงให้เวลาประมาณ 5 วันนับจากการพยายามส่งอีเมลครั้งแรกเพื่อให้ผู้ส่ง ผู้รับ หรือเราเข้ามาช่วยและบรรเทาปัญหา (โดยการร้องขอในรายการที่ปฏิเสธ การกำจัด)

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

สามารถขอลบรายการที่ถูกปฏิเสธได้ที่ https://forwardemail.net/denylist. ผู้ใช้แบบชำระเงินจะได้รับการประมวลผลคำขอลบรายการที่ถูกปฏิเสธทันที ในขณะที่ผู้ใช้ที่ไม่ชำระเงินจะต้องรอให้ผู้ดูแลระบบดำเนินการตามคำขอของตน

ผู้ส่งที่ถูกตรวจพบว่าส่งเนื้อหาสแปมหรือไวรัสจะถูกเพิ่มลงในรายการปฏิเสธด้วยแนวทางต่อไปนี้:

1. ที่ ลายนิ้วมือข้อความเริ่มต้น อยู่ในรายการสีเทาเมื่อตรวจพบสแปมหรือรายการบล็อกจากผู้ส่งที่ "เชื่อถือได้" (เช่น gmail.com, microsoft.com, apple.com).
   • หากผู้ส่งอยู่ในรายการที่อนุญาต ข้อความจะถูกอยู่ในรายการสีเทาเป็นเวลา 1 ชั่วโมง
   • หากผู้ส่งไม่อยู่ในรายการที่อนุญาต ข้อความจะถูกอยู่ในรายการสีเทาเป็นเวลา 6 ชั่วโมง
2. เราแยกวิเคราะห์คีย์รายการปฏิเสธจากข้อมูลจากผู้ส่งและข้อความ และสำหรับแต่ละคีย์เหล่านี้ เราสร้างตัวนับ (หากไม่มีอยู่) เพิ่มทีละ 1 และแคชไว้เป็นเวลา 24 ชั่วโมง
   • สำหรับผู้ส่งที่อนุญาต:
     • เพิ่มคีย์สำหรับที่อยู่อีเมลซองจดหมาย "MAIL FROM" หากผ่าน SPF หรือไม่ใช้ SPF และไม่ใช่ชื่อผู้ใช้ของผู้ดูแลระบบหรือชื่อผู้ใช้ที่ไม่ตอบกลับ
     • หากส่วนหัว "จาก" อยู่ในรายการที่อนุญาต ให้เพิ่มคีย์สำหรับที่อยู่อีเมลส่วนหัว "จาก" หากผ่าน SPF หรือผ่านและปรับ DKIM
     • หากส่วนหัว "จาก" ไม่อยู่ในรายการที่อนุญาต ให้เพิ่มคีย์สำหรับที่อยู่อีเมลส่วนหัว "จาก" และชื่อโดเมนที่แยกวิเคราะห์ราก
   • สำหรับผู้ส่งที่ไม่อยู่ในรายการที่อนุญาต:
     • เพิ่มคีย์สำหรับที่อยู่อีเมล "MAIL FROM" ของซองจดหมายหากผ่าน SPF
     • หากส่วนหัว "จาก" อยู่ในรายการที่อนุญาต ให้เพิ่มคีย์สำหรับที่อยู่อีเมลส่วนหัว "จาก" หากผ่าน SPF หรือผ่านและปรับ DKIM
     • หากส่วนหัว "จาก" ไม่อยู่ในรายการที่อนุญาต ให้เพิ่มคีย์สำหรับที่อยู่อีเมลส่วนหัว "จาก" และชื่อโดเมนที่แยกวิเคราะห์ราก
     • เพิ่มคีย์สำหรับที่อยู่ IP ระยะไกลของผู้ส่ง
     • เพิ่มคีย์สำหรับชื่อโฮสต์ที่แก้ไขโดยไคลเอ็นต์โดยการค้นหาแบบย้อนกลับจากที่อยู่ IP ของผู้ส่ง (ถ้ามี)
     • เพิ่มคีย์สำหรับโดเมนรากของชื่อโฮสต์ที่แก้ไขโดยไคลเอ็นต์ (ถ้ามี และหากแตกต่างจากชื่อโฮสต์ที่แก้ไขโดยไคลเอ็นต์)
3. หากตัวนับถึง 5 สำหรับผู้ส่งและคีย์ที่ไม่อยู่ในรายการที่อนุญาต เราจะปฏิเสธรายการคีย์เป็นเวลา 30 วัน และอีเมลจะถูกส่งไปยังทีมการละเมิดของเรา ตัวเลขเหล่านี้อาจมีการเปลี่ยนแปลงและการอัปเดตจะแสดงที่นี่ในขณะที่เราตรวจสอบการละเมิด
4. หากตัวนับถึง 10 สำหรับผู้ส่งและคีย์ที่อนุญาต เราจะปฏิเสธรายการคีย์เป็นเวลา 7 วัน และอีเมลจะถูกส่งไปยังทีมการละเมิดของเรา ตัวเลขเหล่านี้อาจมีการเปลี่ยนแปลงและการอัปเดตจะแสดงที่นี่ในขณะที่เราตรวจสอบการละเมิด

NOTE: ในอนาคตอันใกล้นี้ เราจะแนะนำการติดตามชื่อเสียง การตรวจสอบชื่อเสียงจะคำนวณแทนเมื่อใดที่จะปฏิเสธรายชื่อผู้ส่งตามเกณฑ์เปอร์เซ็นต์ (ซึ่งตรงข้ามกับตัวนับพื้นฐานตามที่ระบุไว้ข้างต้น)

การจำกัดอัตราผู้ส่งอาจทำได้โดยโดเมนรากที่แยกวิเคราะห์จากการค้นหา PTR แบบย้อนกลับบนที่อยู่ IP ของผู้ส่ง หรือหากไม่ได้ผลลัพธ์ ก็ใช้ที่อยู่ IP ของผู้ส่งเพียงอย่างเดียว โปรดทราบว่าเราเรียกสิ่งนี้ว่า Sender ด้านล่าง.

เซิร์ฟเวอร์ MX ของเรามีขีดจำกัดรายวันสำหรับอีเมลขาเข้าที่ได้รับ ที่เก็บข้อมูล IMAP ที่เข้ารหัส:

• แทนที่จะจำกัดอัตราการส่งอีเมลขาเข้าที่ได้รับเป็นรายบุคคล (เช่น you@yourdomain.com) – เราให้คะแนนขีดจำกัดตามชื่อโดเมนของนามแฝง (เช่น yourdomain.com). สิ่งนี้จะป้องกัน Senders เพื่อไม่ให้กล่องจดหมายของนามแฝงทั้งหมดทั่วทั้งโดเมนของคุณท่วมท้นในคราวเดียว
• เรามีข้อจำกัดทั่วไปที่บังคับใช้กับทุกคน Senders ในบริการของเราโดยไม่คำนึงถึงผู้รับ:
  • Senders ที่เราถือว่า "เชื่อถือได้" เป็นแหล่งความจริง (เช่น gmail.com, microsoft.com, apple.com) จำกัดการส่ง 100 GB ต่อวัน
  • Senders นั้นคือ ได้รับอนุญาต จำกัดการส่ง 10 GB ต่อวัน
  • อื่นๆ ทั้งหมด Senders จำกัดการส่งข้อความ 1 GB และ/หรือ 1,000 ข้อความต่อวัน
• เรามีขีดจำกัดเฉพาะต่อ Sender และ yourdomain.com 1 GB และ/หรือ 1,000 ข้อความต่อวัน

เซิร์ฟเวอร์ MX ยังจำกัดข้อความที่ส่งต่อไปยังผู้รับตั้งแต่หนึ่งรายขึ้นไปผ่านการจำกัดอัตรา แต่จะมีผลเฉพาะกับเท่านั้น Senders ไม่ได้อยู่บน รายการที่อนุญาต:

• เราอนุญาตการเชื่อมต่อสูงสุด 100 ครั้งต่อชั่วโมงเท่านั้น Sender โดเมนราก FQDN ที่แก้ไขแล้ว (หรือ) Sender ที่อยู่ IP ระยะไกล (หากไม่มี PTR แบบย้อนกลับ) และต่อผู้รับเอนเวโลป เราจัดเก็บคีย์สำหรับการจำกัดอัตราเป็นแฮชที่เข้ารหัสไว้ในฐานข้อมูล Redis ของเรา

• หากคุณกำลังส่งอีเมลผ่านระบบของเรา โปรดตรวจสอบให้แน่ใจว่าคุณได้ตั้งค่า PTR แบบย้อนกลับสำหรับที่อยู่ IP ทั้งหมดของคุณ (มิฉะนั้น โดเมนราก FQDN ที่ไม่ซ้ำกันแต่ละโดเมนหรือที่อยู่ IP ที่คุณส่งจะถูกจำกัดอัตรา)

• โปรดทราบว่าหากคุณส่งผ่านระบบยอดนิยม เช่น Amazon SES คุณจะไม่ถูกจำกัดอัตรา เนื่องจาก (ในขณะที่เขียนบทความนี้) Amazon SES อยู่ในรายการที่อนุญาตของเรา

• หากคุณกำลังส่งจากโดเมนเช่น test.abc.123.baychi.org, จากนั้นจะกำหนดขีดจำกัดอัตราบน baychi.org. นักส่งสแปมจำนวนมากใช้โดเมนย่อยหลายร้อยโดเมนเพื่อแก้ไขตัวกรองสแปมทั่วไปที่จำกัดเฉพาะชื่อโฮสต์ที่ไม่ซ้ำ ซึ่งต่างจากโดเมนรูท FQDN ที่ไม่ซ้ำกัน

• Senders ที่เกินขีดจำกัดอัตราจะถูกปฏิเสธโดยมีข้อผิดพลาด 421

เซิร์ฟเวอร์ IMAP และ SMTP ของเราจำกัดนามแฝงของคุณไม่ให้มีมากกว่านั้น 60 การเชื่อมต่อพร้อมกันในคราวเดียว

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

การตีกลับที่ส่งผิดทางหรือสแปมตีกลับ (เรียกว่า "กระเจิงกลับ") อาจทำให้ชื่อเสียงเชิงลบแก่ที่อยู่ IP ของผู้ส่ง

เราใช้สองขั้นตอนเพื่อป้องกันการสะท้อนกลับ ซึ่งมีรายละเอียดอยู่ในส่วนต่อไปนี้ ป้องกันการตีกลับจาก MAIL FROM ผู้ส่งสแปมที่รู้จัก และ ป้องกันการกระเด็นโดยไม่จำเป็นเพื่อป้องกันการสะท้อนกลับ ด้านล่าง.

ป้องกันการตีกลับจาก MAIL FROM ผู้ส่งสแปมที่รู้จัก

เราดึงรายการจาก Backscatter.org (ขับเคลื่อนโดย UCEPROTECT) ที่ http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz ทุก ๆ ชั่วโมงและป้อนลงในฐานข้อมูล Redis ของเรา (เรายังเปรียบเทียบความแตกต่างล่วงหน้า ในกรณีที่มีการลบ IP ใด ๆ ซึ่งจำเป็นต้องได้รับเกียรติ)

หาก MAIL FROM ว่างเปล่า หรือ เท่ากับ (ไม่คำนึงถึงตัวพิมพ์เล็กและใหญ่) ชื่อผู้ใช้ใดๆ ต่อไปนี้ (ส่วนที่นำหน้า @ ในอีเมล) เราจะตรวจสอบว่า IP ผู้ส่งตรงกับชื่อใดจากรายการนี้หรือไม่

• automailer
• autoresponder
• bounce
• bounce-notification
• bounce-notifications
• bounces
• e-bounce
• ebounce
• host-master
• host.master
• hostmaster
• localhost
• mail-daemon
• mail.daemon
• maildaemon
• mailer
• mailer-daemon
• mailer.daemon
• mailerdaemon
• post-master
• post.master
• postmaster

หาก IP ของผู้ส่งอยู่ในรายการ (ไม่ใช่ของเรา รายการที่อนุญาต) จากนั้นเราจะส่งข้อผิดพลาด 554 พร้อมข้อความ The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. เราจะได้รับการแจ้งเตือนหากผู้ส่งอยู่ในรายชื่อ Backscatterer และในรายการที่อนุญาต เพื่อให้เราสามารถแก้ไขปัญหาได้หากจำเป็น

เทคนิคที่อธิบายไว้ในส่วนนี้เป็นไปตามคำแนะนำ "SAFE MODE" ที่ https://www.backscatterer.org/?target=usage – โดยเราจะตรวจสอบเฉพาะ IP ของผู้ส่ง หากตรงตามเงื่อนไขบางประการแล้ว

ป้องกันการกระเด็นโดยไม่จำเป็นเพื่อป้องกันการสะท้อนกลับ

การตีกลับคืออีเมลที่ระบุว่าการส่งต่ออีเมลล้มเหลวโดยสมบูรณ์ไปยังผู้รับ และอีเมลจะไม่ถูกลองใหม่

สาเหตุทั่วไปที่ทำให้มีรายชื่ออยู่ในรายการ Backscatterer คือการตีกลับที่ส่งผิดหรือสแปมที่ตีกลับ ดังนั้นเราจึงต้องป้องกันสิ่งนี้ในสองสามวิธี:

1. เราจะส่งการตีกลับเฉพาะเมื่อ >= 500 เกิดข้อผิดพลาดรหัสสถานะ (เมื่ออีเมลที่พยายามส่งต่อล้มเหลว เช่น Gmail ตอบกลับโดยมีข้อผิดพลาดระดับ 500)

2. เราส่งการตีกลับเพียงครั้งเดียวเท่านั้น (เราใช้คีย์ลายนิ้วมือตีกลับที่คำนวณแล้วและจัดเก็บไว้ในแคชเพื่อป้องกันการส่งซ้ำ) ลายนิ้วมือตีกลับเป็นกุญแจสำคัญที่เป็นลายนิ้วมือของข้อความรวมกับแฮชของที่อยู่ตีกลับและรหัสข้อผิดพลาด) ดูหัวข้อเกี่ยวกับ ลายนิ้วมือ สำหรับข้อมูลเชิงลึกเพิ่มเติมเกี่ยวกับวิธีการคำนวณลายนิ้วมือของข้อความ ส่งลายนิ้วมือตีกลับสำเร็จจะหมดอายุหลังจาก 7 วันในแคช Redis ของเรา

3. เราจะส่งการตีกลับเฉพาะเมื่อ MAIL FROM ไม่เว้นว่างและไม่มี (คำนึงถึงตัวพิมพ์เล็กและตัวพิมพ์ใหญ่) หนึ่งในชื่อผู้ใช้ต่อไปนี้ (ส่วนที่อยู่หน้า @ ในอีเมล) โปรดทราบว่ารายการนี้สั้นกว่ารายการด้านบนเล็กน้อยในการตรวจสอบ MAIL FROM เนื่องจากเราไม่ต้องการให้มีผลบวกปลอม (เช่น security@ เป็นที่อยู่ที่ถูกต้องซึ่งคุณอาจต้องการให้คนจำนวนมากตีกลับ ใช้ security@ สำหรับโปรแกรมหาบั๊กของพวกเขา)

   • abuse@
   • mailer-daemon@
   • mailer_daemon@
   • mailerdaemon@

4. เราไม่ส่งการตีกลับหากข้อความต้นฉบับมีส่วนหัวต่อไปนี้ (คำนึงถึงตัวพิมพ์เล็กและตัวพิมพ์ใหญ่):

   • Auto-Submitted (ด้วยค่าของ no)
   • X-Auto-Response-Suppress (ด้วยค่าของ dr, autoreply, auto-reply, auto_reply, หรือ all)
   • List-Id
   • List-Unsubscribe
   • Feedback-ID
   • X-Auto-Reply
   • X-Autoreply
   • X-Auto-Respond
   • X-Autorespond
   • Precedence (ด้วยค่าของ bulk, autoreply, auto-reply, auto_reply, หรือ list)

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

ลายนิ้วมือคำนวณจากรายการต่อไปนี้:

• ไคลเอ็นต์แก้ไขชื่อโฮสต์ FQDN หรือที่อยู่ IP แล้ว
• Message-ID ค่าส่วนหัว (ถ้ามี)
• Date ค่าส่วนหัว (ถ้ามี)
• From ค่าส่วนหัว (ถ้ามี)
• To ค่าส่วนหัว (ถ้ามี)
• Cc ค่าส่วนหัว (ถ้ามี)
• Subject ค่าส่วนหัว (ถ้ามี)
• Body มูลค่า (ถ้ามี)

หากคุณเห็นข้อความแสดงข้อผิดพลาดนี้ใน Gmail เมื่อคุณส่งการทดสอบให้ตัวเอง หรือเมื่อบุคคลที่คุณกำลังส่งอีเมลโดยใช้นามแฝงเห็นอีเมลจากคุณเป็นครั้งแรก โปรดอย่ากังวล – เนื่องจากเป็นคุณลักษณะด้านความปลอดภัยในตัวของ Gmail

คุณสามารถคลิก "ดูปลอดภัย" ตัวอย่างเช่นหากคุณส่งข้อความทดสอบโดยใช้คุณลักษณะ send mail as (ถึงคนอื่น) พวกเขาจะไม่เห็นข้อความนี้

อย่างไรก็ตาม หากพวกเขาเห็นข้อความนี้ แสดงว่าโดยปกติพวกเขามักจะเห็นอีเมลของคุณมาจาก john@gmail.com แทน john@customdomain.com (เพียงตัวอย่าง). Gmail จะแจ้งเตือนผู้ใช้เพียงเพื่อให้แน่ใจว่าทุกอย่างปลอดภัย เผื่อว่าไม่มีวิธีแก้ปัญหา

หัวข้อนี้เกี่ยวข้องกับ ก ปัญหาที่ทราบกันอย่างแพร่หลายใน Gmail ที่ข้อมูลเพิ่มเติมปรากฏข้างชื่อผู้ส่ง.

ตั้งแต่เดือนพฤษภาคม 2023 เรารองรับการส่งอีเมลที่มี SMTP เป็นส่วนเสริมสำหรับผู้ใช้ที่ชำระเงินทั้งหมด ซึ่งหมายความว่าคุณสามารถลบ ผ่านฟอร์เวิร์ดเมลดอทเน็ต ใน Gmail

โปรดทราบว่าหัวข้อคำถามที่พบบ่อยนี้เฉพาะสำหรับผู้ที่ใช้ วิธีส่งเมลเป็นโดยใช้ Gmail คุณสมบัติ.

โปรดดูหัวข้อที่ คุณรองรับการส่งอีเมลด้วย SMTP หรือไม่ สำหรับคำแนะนำในการกำหนดค่า

ใช่ ณ วันที่ 5 พฤษภาคม 2020 เราได้เพิ่มคุณสมบัตินี้ ขณะนี้สถานที่นั้นเป็นโดเมนเฉพาะเมื่อเทียบกับนามแฝงเฉพาะ หากคุณต้องการให้เป็นนามแฝงเฉพาะโปรดติดต่อเราเพื่อแจ้งให้เราทราบถึงความต้องการของคุณ

หากคุณใช้แผนบริการฟรี เพียงเพิ่ม DNS . ใหม่ TXT บันทึกตามที่แสดงด้านล่าง แต่เปลี่ยนพอร์ตจาก 25 เป็นพอร์ตที่คุณเลือก

เช่น ถ้าฉันต้องการอีเมลทั้งหมดที่ไปที่ baychi.org เพื่อส่งต่อไปยังพอร์ต SMTP ของผู้รับนามแฝงที่ 1337 แทน 25:

ใช่! การคืนเงินอัตโนมัติจะเกิดขึ้นเมื่อคุณอัปเกรด ดาวน์เกรด หรือยกเลิกบัญชีของคุณภายใน 30 วันนับจากวันที่แผนของคุณเริ่มต้นครั้งแรก สิ่งนี้ใช้ได้กับลูกค้าครั้งแรกเท่านั้น

เราไม่คิดตามสัดส่วนหรือคืนเงินส่วนต่างเมื่อคุณเปลี่ยนแผน แต่เราแปลงระยะเวลาที่เหลือจากวันที่หมดอายุของแผนที่มีอยู่เป็นระยะเวลาที่ใกล้เคียงที่สุดสำหรับแผนใหม่ของคุณ (ปัดเศษลงตามเดือน)

โปรดทราบว่าหากคุณอัปเกรดหรือดาวน์เกรดระหว่างแผนแบบชำระเงินภายในกรอบเวลา 30 วันนับตั้งแต่เริ่มแผนแบบชำระเงินครั้งแรก เราจะคืนเงินเต็มจำนวนจากแผนที่มีอยู่ของคุณโดยอัตโนมัติ

ใช่ เราได้เพิ่มฟีเจอร์นี้ตั้งแต่วันที่ 14 สิงหาคม 2024 เป็นต้นไป คุณสามารถไปที่บัญชีของฉัน → โดเมน → การตั้งค่า → Bounce Webhook URL และกำหนดค่า http:// หรือ https:// URL ที่เราจะส่งไป POST ร้องขอทุกครั้งที่อีเมล์ SMTP ขาออกถูกตีกลับ

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

เพย์โหลดของ Bounce webhook จะถูกส่งเป็น JSON พร้อมคุณสมบัติเหล่านี้:

• email_id (สตริง) - ID อีเมลที่สอดคล้องกับอีเมลในบัญชีของฉัน → อีเมล (SMTP ขาออก)
• list_id (สตริง) - เดอะ List-ID ค่าส่วนหัว (ไม่คำนึงถึงตัวพิมพ์เล็ก/ใหญ่) หากมี จากอีเมลขาออกเดิม
• list_unsubscribe (สตริง) - เดอะ List-Unsubscribe ค่าส่วนหัว (ไม่คำนึงถึงตัวพิมพ์เล็ก/ใหญ่) หากมี จากอีเมลขาออกเดิม
• feedback_id (สตริง) - เดอะ Feedback-ID ค่าส่วนหัว (ไม่คำนึงถึงตัวพิมพ์เล็ก/ใหญ่) หากมี จากอีเมลขาออกเดิม
• recipient (สตริง) - ที่อยู่อีเมลของผู้รับที่ส่งกลับหรือเกิดข้อผิดพลาด
• message (สตริง) - ข้อความแสดงข้อผิดพลาดโดยละเอียดสำหรับการตีกลับ
• response (สตริง) - ข้อความตอบกลับ SMTP
• response_code (หมายเลข) - รหัสการตอบสนอง SMTP ที่ถูกแยกวิเคราะห์
• truth_source (สตริง) - หากโค้ดการตอบสนองมาจากแหล่งที่เชื่อถือได้ ค่านี้จะถูกเติมด้วยชื่อโดเมนราก (เช่น google.com หรือ yahoo.com)
• bounce (วัตถุ) - วัตถุที่มีคุณสมบัติต่อไปนี้ซึ่งแสดงรายละเอียดสถานะการตีกลับและการปฏิเสธ
  • action (สตริง) - การกระทำเด้ง (เช่น "reject")
  • message (สตริง) - เหตุผลของการตีกลับ (เช่น "Message Sender Blocked By Receiving Server")
  • category (สตริง) - หมวดหมู่การตีกลับ (เช่น "block")
  • code (หมายเลข) - รหัสสถานะการตีกลับ (เช่น 554)
  • status (สตริง) - รหัสเด้งกลับจากข้อความตอบกลับ (เช่น 5.7.1)
  • line (หมายเลข) - หมายเลขบรรทัดที่วิเคราะห์ ถ้ามี จากรายการการแยกวิเคราะห์การตีกลับของ Zone-MTA (เช่น. 526)
• headers (วัตถุ) - คู่ค่าคีย์ของส่วนหัวสำหรับอีเมลขาออก
• bounced_at (สตริง) - ISO 8601 จัดรูปแบบวันที่เมื่อเกิดข้อผิดพลาดการตีกลับ

ตัวอย่างเช่น:

{
  "email_id": "66bcce793ef7b2a0928e14ba",
  "recipient": "example@gmail.com",
  "message": "The email account that you tried to reach is over quota.",
  "response": "552 5.2.2 The email account that you tried to reach is over quota.",
  "response_code": 552,
  "truth_source": "google.com",
  "bounce": {
    "action": "reject",
    "message": "Gmail Mailbox is full",
    "category": "capacity",
    "code": 552,
    "status": "5.2.2",
    "line": 300
  },
  "headers": {},
  "bounced_at": "2024-08-24T01:50:02.828Z"
}

ต่อไปนี้เป็นหมายเหตุเพิ่มเติมบางประการเกี่ยวกับเว็บฮุก Bounce:

• หากเพย์โหลดของเว็บฮุกมี list_id, list_unsubscribe, หรือ feedback_id ค่าแล้วคุณควรดำเนินการที่เหมาะสมเพื่อลบออก recipient จากรายการหากจำเป็น
  • หากมีการ bounce.category ค่าเป็นหนึ่ง "block", "recipient", "spam", หรือ "virus"แล้วคุณควรลบผู้ใช้ออกจากรายการอย่างแน่นอน
• หากคุณต้องการยืนยันเพย์โหลดของ Webhook (เพื่อให้แน่ใจว่ามาจากเซิร์ฟเวอร์ของเราจริงๆ) คุณก็สามารถทำได้ แก้ไขชื่อโฮสต์ไคลเอ็นต์ที่อยู่ IP ของไคลเอ็นต์ระยะไกลโดยใช้การค้นหาแบบย้อนกลับ – มันควรจะเป็น smtp.forwardemail.net.
  • คุณสามารถตรวจสอบ IP ได้ด้วย ที่อยู่ IP ที่เผยแพร่ของเรา.
  • ไปที่บัญชีของฉัน → โดเมน → การตั้งค่า → รหัสยืนยันโหลดลายเซ็น Webhook เพื่อรับรหัส Webhook ของคุณ
    • คุณสามารถหมุนเวียนคีย์นี้ได้ตลอดเวลาด้วยเหตุผลด้านความปลอดภัย
    • คำนวณและเปรียบเทียบ X-Webhook-Signature ค่าจากคำขอ webhook ของเราพร้อมค่าเนื้อความที่คำนวณโดยใช้คีย์นี้ ดูตัวอย่างวิธีการได้ที่ โพสต์ Stack Overflow นี้.
  • ดูเสวนาได้ที่ https://github.com/forwardemail/free-email-forwarding/issues/235 เพื่อความเข้าใจที่ลึกซึ้งยิ่งขึ้น
• เราจะรอจนถึง 5 วินาทีสำหรับจุดสิ้นสุดเว็บฮุกของคุณในการตอบสนองด้วย 200 รหัสสถานะแล้วเราจะลองใหม่อีกครั้ง 1 เวลา.
• หากเราตรวจพบว่า URL เว็บฮุกที่เด้งกลับของคุณมีข้อผิดพลาดขณะที่เราพยายามส่งคำขอไปยัง URL นั้น เราจะส่งอีเมลแจ้งเตือนถึงคุณสัปดาห์ละครั้ง

ใช่ ณ วันที่ 15 พฤษภาคม 2020 เราได้เพิ่มคุณสมบัตินี้ คุณสามารถเพิ่ม webhook ได้เหมือนกับที่คุณทำกับผู้รับ! โปรดตรวจสอบให้แน่ใจว่าคุณมี "http" หรือ "https" โปรโตคอลนำหน้าอยู่ใน URL ของ webhook

หากคุณใช้แผนบริการฟรี เพียงเพิ่ม DNS . ใหม่ TXT บันทึกดังแสดงด้านล่าง:

เช่น ถ้าฉันต้องการอีเมลทั้งหมดที่ไปที่ alias@baychi.org เพื่อส่งต่อไปยังใหม่ bin ขอ จุดสิ้นสุดการทดสอบ:

หรือบางทีคุณอาจต้องการอีเมลทั้งหมดที่ไปที่ baychi.org เพื่อส่งต่อไปยังปลายทางนี้:

หมายเหตุเพิ่มเติมเกี่ยวกับเว็บฮุคมีดังนี้

• หากคุณต้องการยืนยันเพย์โหลดของ Webhook (เพื่อให้แน่ใจว่ามาจากเซิร์ฟเวอร์ของเราจริงๆ) คุณก็สามารถทำได้ แก้ไขชื่อโฮสต์ไคลเอ็นต์ที่อยู่ IP ของไคลเอ็นต์ระยะไกลโดยใช้การค้นหาแบบย้อนกลับ – มันควรจะเป็นอย่างใดอย่างหนึ่ง mx1.forwardemail.net หรือ mx2.forwardemail.net.

  • คุณสามารถตรวจสอบ IP ได้ด้วย ที่อยู่ IP ที่เผยแพร่ของเรา.
  • หากคุณใช้แผนแบบชำระเงิน ให้ไปที่บัญชีของฉัน → โดเมน → การตั้งค่า → คีย์การตรวจสอบเพย์โหลดลายเซ็น Webhook เพื่อรับคีย์ Webhook ของคุณ
    • คุณสามารถหมุนเวียนคีย์นี้ได้ตลอดเวลาด้วยเหตุผลด้านความปลอดภัย
    • คำนวณและเปรียบเทียบ X-Webhook-Signature ค่าจากคำขอ webhook ของเราพร้อมค่าเนื้อความที่คำนวณโดยใช้คีย์นี้ ดูตัวอย่างวิธีการได้ที่ โพสต์ Stack Overflow นี้.
  • ดูเสวนาได้ที่ https://github.com/forwardemail/free-email-forwarding/issues/235 เพื่อความเข้าใจที่ลึกซึ้งยิ่งขึ้น

• หากเว็บฮุคไม่ตอบสนองด้วย a 200 รหัสสถานะ จากนั้นเราจะจัดเก็บการตอบกลับไว้ใน สร้างบันทึกข้อผิดพลาดแล้ว - ซึ่งมีประโยชน์สำหรับการดีบัก

• คำขอ HTTP ของ Webhook จะลองใหม่สูงสุด 3 ครั้งทุกครั้งที่พยายามเชื่อมต่อ SMTP โดยมีการหมดเวลาสูงสุด 60 วินาทีต่อคำขอ POST ปลายทาง โปรดทราบว่านี่ไม่ได้หมายความว่าจะลองใหม่เพียง 3 ครั้งเท่านั้นที่จริงแล้วจะลองใหม่อย่างต่อเนื่องเมื่อเวลาผ่านไปโดยการส่งรหัส SMTP 421 (ซึ่งระบุถึงผู้ส่งให้ลองใหม่ในภายหลัง) หลังจากความพยายามขอ HTTP POST ครั้งที่ 3 ล้มเหลว ซึ่งหมายความว่าอีเมลจะลองใหม่อย่างต่อเนื่องเป็นเวลาหลายวันจนกว่าจะถึงรหัสสถานะ 200

• เราจะลองใหม่โดยอัตโนมัติตามสถานะเริ่มต้นและรหัสข้อผิดพลาดที่ใช้ วิธีการลองใหม่ของ superagent (เราเป็นผู้ดูแล)

• เราจัดกลุ่มคำขอ webhook HTTP ไปยังปลายทางเดียวกันในคำขอเดียวแทนที่จะเป็นหลายรายการ) เพื่อประหยัดทรัพยากรและเร่งเวลาตอบสนอง ตัวอย่างเช่น หากคุณส่งอีเมลไปที่ webhook1@baychi.org, webhook2@baychi.org, และ webhook3@baychi.orgและทั้งหมดนี้ได้รับการกำหนดค่าให้กดเหมือนกัน ที่แน่นอน URL ปลายทาง จากนั้นจะมีการร้องขอเพียงรายการเดียวเท่านั้น เราจัดกลุ่มโดยการจับคู่ปลายทางที่แน่นอนด้วยความเท่าเทียมกันอย่างเคร่งครัด

• โปรดทราบว่าเราใช้ Mailparser วิธี "simpleParser" ของไลบรารีเพื่อแยกวิเคราะห์ข้อความเป็นวัตถุที่เป็นมิตรต่อ JSON

• ค่าอีเมลดิบเป็นสตริงจะได้รับเป็นคุณสมบัติ "ดิบ"

• ผลการรับรองความถูกต้องจะได้รับเป็นคุณสมบัติ "dkim", "spf", "arc", "dmarc" และ "bimi"

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

• ผู้รับที่จัดกลุ่มสำหรับเว็บฮุคนี้จะถูกจัดกลุ่มเข้าด้วยกันและกำหนดให้เป็นคุณสมบัติ "ผู้รับ"

• ข้อมูลเซสชัน SMTP ถูกกำหนดให้เป็น "เซสชัน" ของคุณสมบัติ ข้อมูลนี้มีข้อมูลเกี่ยวกับผู้ส่งข้อความ เวลามาถึงของข้อความ HELO และชื่อโฮสต์ของไคลเอ็นต์ ค่าชื่อโฮสต์ของไคลเอ็นต์เป็น session.clientHostname เป็น FQDN (จากการค้นหา PTR แบบย้อนกลับ) หรือคือ session.remoteAddress ห่อด้วยวงเล็บ (เช่น "[127.0.0.1]").

• หากคุณต้องการวิธีที่รวดเร็วในการรับค่าของ X-Original-Toจากนั้นคุณสามารถใช้ค่าของ session.recipient (ดูตัวอย่างด้านล่าง). ส่วนหัว X-Original-To เป็นส่วนหัวที่เราเพิ่มในข้อความเพื่อแก้ไขจุดบกพร่องด้วยต้นฉบับ RCPT TO ที่อยู่อีเมลสำหรับข้อความ

• หากมีไฟล์แนบ ให้นำไปต่อท้าย attachments อาร์เรย์ที่มีค่าบัฟเฟอร์ คุณสามารถแยกวิเคราะห์กลับเข้าไปในเนื้อหาโดยใช้วิธีการกับ JavaScript เช่น:

  const data = [
    104,
    101,
    108,
    108,
    111,
    32,
    119,
    111,
    114,
    108,
    100,
    33
  ];
  //
  // outputs "hello world!" to the console
  // (this is the content from the filename "text1.txt" in the example JSON request payload above)
  //
  console.log(Buffer.from(data).toString());
  

{
  "attachments": [
    {
      "type": "attachment",
      "content": {
        "type": "Buffer",
        "data": [
          104,
          101,
          108,
          108,
          111,
          32,
          119,
          111,
          114,
          108,
          100,
          33
        ]
      },
      "contentType": "text/plain",
      "partId": "2",
      "release": null,
      "contentDisposition": "attachment",
      "filename": "text1.txt",
      "headers": {},
      "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
      "size": 12
    }
  ],
  "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=baychi.org;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=baychi.org;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=baychi.org;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=baychi.org;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forwardemail-sender",
      "line": "X-ForwardEmail-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forwardemail-session-id",
      "line": "X-ForwardEmail-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forwardemail-version",
      "line": "X-ForwardEmail-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@baychi.org>"
    },
    {
      "key": "message-id",
      "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
    },
    {
      "key": "date",
      "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
    },
    {
      "key": "mime-version",
      "line": "MIME-Version: 1.0"
    }
  ],
  "html": "<strong>some random text</strong>",
  "text": "some random text",
  "textAsHtml": "<p>some random text</p>",
  "date": "2022-05-25T19:26:41.000Z",
  "from": {
    "value": [
      {
        "address": "random@baychi.org",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@baychi.org\" class=\"mp_address_email\">random@baychi.org</a>&gt;</span>",
    "text": "some <random@baychi.org>"
  },
  "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
  "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=baychi.org;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=baychi.org;\r\n bimi=skipped (DMARC not enabled)\r\nX-ForwardEmail-Sender: rfc822; test@example.net\r\nX-ForwardEmail-Session-ID: w2czxgznghn5ryyw\r\nX-ForwardEmail-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@baychi.org>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
  "dkim": {
    "headerFrom": [
      "random@baychi.org"
    ],
    "envelopeFrom": "test@example.net",
    "results": [
      {
        "status": {
          "result": "none",
          "comment": "message not signed"
        },
        "info": "dkim=none (message not signed)"
      }
    ]
  },
  "spf": {
    "domain": "example.net",
    "client-ip": "127.0.0.1",
    "helo": "user.oem.local",
    "envelope-from": "test@example.net",
    "status": {
      "result": "none",
      "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
      "smtp": {
        "mailfrom": "test@example.net",
        "helo": "user.oem.local"
      }
    },
    "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
    "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
    "lookups": {
      "limit": 50,
      "count": 1
    }
  },
  "arc": {
    "status": {
      "result": "none"
    },
    "i": 0,
    "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=baychi.org;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "baychi.org"
      }
    },
    "domain": "baychi.org",
    "info": "dmarc=none header.from=baychi.org"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "recipient": "webhook1@webhooks.net",
    "remoteAddress": "127.0.0.1",
    "remotePort": 65138,
    "clientHostname": "[127.0.0.1]",
    "hostNameAppearsAs": "user.oem.local",
    "sender": "test@example.net",
    "mta": "mx1.forwardemail.net",
    "arrivalDate": "2022-05-25T19:26:41.423Z",
    "arrivalTime": 1653506801423
  }
}

ใช่ ณ วันที่ 27 กันยายน 2021 เราได้เพิ่มคุณสมบัตินี้ คุณสามารถเขียนนิพจน์ทั่วไป ("regex") สำหรับชื่อแทนที่ตรงกันและดำเนินการแทนได้

นามแฝงที่รองรับนิพจน์ทั่วไปคือชื่อที่ขึ้นต้นด้วยa / และลงท้ายด้วย / และผู้รับของพวกเขาคือที่อยู่อีเมลหรือเว็บฮุค ผู้รับยังสามารถรวมการสนับสนุนการแทนที่ regex (เช่น $1, $2).

เรารองรับแฟล็กนิพจน์ทั่วไปสองแฟล็กรวมถึง i และ g. แฟล็กไม่คำนึงถึงขนาดตัวพิมพ์ของ i เป็นค่าเริ่มต้นถาวรและมีการบังคับใช้เสมอ ธงโลกของ g คุณสามารถเพิ่มได้โดยติดตอนจบ / กับ /g.

โปรดทราบว่าเรายังสนับสนุนของเรา ปิดการใช้งานคุณสมบัตินามแฝง สำหรับส่วนผู้รับด้วยการสนับสนุน regex ของเรา

ไม่รองรับนิพจน์ทั่วไป โดเมน vanity ส่วนกลาง (เนื่องจากอาจเป็นช่องโหว่ด้านความปลอดภัย)

หากคุณใช้แผนบริการฟรี เพียงเพิ่ม DNS . ใหม่ TXT บันทึกโดยใช้ตัวอย่างที่ให้ไว้ด้านล่าง:

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

ใช่ เพียงแก้ไข DNS ของคุณ TXT บันทึกและใส่เครื่องหมายอัศเจรีย์หนึ่ง สอง หรือสามคำนำหน้านามแฝง (ดูด้านล่าง)

โปรดทราบว่าคุณ ควร คงการแมป /// เอาไว้ เนื่องจากจำเป็นหากคุณตัดสินใจที่จะปิดการทำงานนี้ (และยังใช้สำหรับการนำเข้าหากคุณอัปเกรดเป็นแผนแบบชำระเงินแผนใดแผนหนึ่งของเรา)

สำหรับการปฏิเสธแบบเงียบ (ปรากฏต่อผู้ส่งราวกับว่าข้อความถูกส่งสำเร็จ แต่จริงๆ แล้วไม่ได้ไปไหนเลย) (รหัสสถานะ 250): หากคุณนำหน้านามแฝงด้วย "!" (เครื่องหมายอัศเจรีย์เดียว) จากนั้นจะส่งคืนรหัสสถานะที่สำเร็จของ 250 ถึงผู้ส่งที่พยายามส่งไปยังที่อยู่นี้ แต่ตัวอีเมลเองจะไม่ไปไหนเลย (เช่น หลุมดำ หรือ /dev/null).

สำหรับการปฏิเสธแบบนุ่มนวล (รหัสสถานะ 421): หากคุณนำหน้านามแฝงด้วย "!!" (เครื่องหมายอัศเจรีย์คู่) จากนั้นจะส่งคืนรหัสสถานะข้อผิดพลาดแบบนุ่มนวลของ 421 ถึงผู้ส่งที่พยายามส่งไปยังที่อยู่นี้ และอีเมลมักจะถูกลองอีกครั้งนานถึง 5 วันก่อนที่จะถูกปฏิเสธและตีกลับ

สำหรับการปฏิเสธแบบฮาร์ด (รหัสสถานะ 550): หากคุณนำหน้านามแฝงด้วย "!!!" (เครื่องหมายอัศเจรีย์สามตัว) จากนั้นจะส่งคืนรหัสสถานะข้อผิดพลาดถาวรของ 550 ถึงผู้ส่งที่พยายามส่งไปยังที่อยู่นี้ และอีเมลจะถูกปฏิเสธและตีกลับ

เช่น ถ้าฉันต้องการอีเมลทั้งหมดที่ไปที่ alias@baychi.org เพื่อหยุดไหลผ่านไปยัง user@gmail.com และถูกปฏิเสธและตีกลับ (เช่น ใช้เครื่องหมายอัศเจรีย์ 3 อัน):

ใช่อย่างแน่นอน เพียงระบุผู้รับหลายคนใน your TXT บันทึก

ตัวอย่างเช่น ถ้าฉันต้องการอีเมลที่ไปที่ hello@baychi.org เพื่อส่งต่อไปยัง user+a@gmail.com และ user+b@gmail.comแล้ว my TXT บันทึกจะมีลักษณะดังนี้:

หรือคุณสามารถระบุได้ในสองบรรทัดแยกกันเช่นนี้

มันขึ้นอยู่กับคุณ!

ใช่คุณสามารถ. เพียงระบุผู้รับที่รับทั้งหมดทั่วโลกหลายรายในของคุณ TXT บันทึก

ตัวอย่างเช่น ถ้าฉันต้องการทุกอีเมลที่ไปที่ *@baychi.org (เครื่องหมายดอกจันหมายถึง wildcard aka catch-all) เพื่อส่งต่อไปยัง user+a@gmail.com และ user+b@gmail.comแล้ว my TXT บันทึกจะมีลักษณะดังนี้:

หรือคุณสามารถระบุได้ในสองบรรทัดแยกกันเช่นนี้

มันขึ้นอยู่กับคุณ!

ใช่ ขีดจำกัดเริ่มต้นคือ 10 ซึ่งไม่ได้หมายความว่าคุณสามารถมีชื่อแทนได้เพียง 10 ชื่อในชื่อโดเมนของคุณ คุณสามารถมีนามแฝงได้มากเท่าที่คุณต้องการ (ไม่จำกัดจำนวน) หมายความว่าคุณสามารถส่งต่อนามแฝงหนึ่งชื่อไปยังที่อยู่อีเมลที่ไม่ซ้ำกัน 10 รายการเท่านั้น คุณสามารถมี hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (ตั้งแต่ 1-10) – และอีเมลใดๆ ถึง hello@baychi.org จะถูกส่งต่อไปยัง user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, … (จาก 1-10)

ได้ คุณสามารถทำได้ อย่างไรก็ตาม คุณยังต้องปฏิบัติตามขีดจำกัดสูงสุด ถ้าคุณมี hello:linus@baychi.org และ linus:user@gmail.comแล้วส่งอีเมลไปที่ hello@baychi.org จะถูกส่งต่อไปยัง linus@baychi.org และ user@gmail.com. โปรดทราบว่าจะมีข้อผิดพลาดเกิดขึ้นหากคุณพยายามส่งต่ออีเมลซ้ำ

เราใช้ MX และ TXT บันทึกการตรวจสอบ ดังนั้น หากคุณเพิ่ม MX และ . ที่เกี่ยวข้องของบริการนี้ TXT บันทึกแล้วคุณลงทะเบียน หากคุณลบออก แสดงว่าคุณไม่ได้ลงทะเบียน คุณมีความเป็นเจ้าของโดเมนและการจัดการ DNS ของคุณ ดังนั้นหากมีคนเข้าถึงโดเมนนั้นได้ นั่นก็เป็นปัญหา

บริการยังคงทำงานต่อไปด้วยผู้ใช้ที่อัปเกรดเป็นแผนชำระเงิน เราต้องการมอบทางเลือกฟรีสำหรับผู้ที่ใช้บริการส่งต่อแบบปิด (และเสี่ยงต่อความเป็นส่วนตัวและความปลอดภัยในภายหลัง)

เราเริ่มต้นที่ขีด จำกัด ขนาด 50MB ซึ่งรวมถึงเนื้อหาส่วนหัวและไฟล์แนบ โปรดทราบว่าบริการต่างๆเช่น Gmail และ Outlook อนุญาตให้ จำกัด ขนาดได้เพียง 25MB เท่านั้นและหากคุณเกินขีด จำกัด เมื่อส่งไปยังที่อยู่ที่ผู้ให้บริการเหล่านั้นคุณจะได้รับข้อความแสดงข้อผิดพลาด

ข้อผิดพลาดที่มีรหัสตอบกลับที่เหมาะสมจะถูกส่งคืนหากเกินขีด จำกัด ขนาดไฟล์

ไม่ เราไม่เขียนลงดิสก์หรือจัดเก็บบันทึก – ด้วย ยกเว้นข้อผิดพลาด และ SMTP ขาออก (ดูของเรา นโยบายความเป็นส่วนตัว).

ทุกอย่างทำในหน่วยความจำและ ซอร์สโค้ดของเราอยู่บน GitHub.

ไม่ เราไม่เขียนลงดิสก์หรือจัดเก็บบันทึก – ด้วย ยกเว้นข้อผิดพลาด และ SMTP ขาออก (ดูของเรา นโยบายความเป็นส่วนตัว).

ทุกอย่างทำในหน่วยความจำและ ซอร์สโค้ดของเราอยู่บน GitHub.

ใช่. คุณสามารถเข้าถึงบันทึกข้อผิดพลาดภายใต้ บัญชีของฉัน → บันทึก หรือ บัญชีของฉัน → โดเมน.

ตั้งแต่เดือนกุมภาพันธ์ 2023 เราจัดเก็บบันทึกข้อผิดพลาดสำหรับ 4xx และ 5xx รหัสตอบกลับ SMTP เป็นระยะเวลา 7 วัน – ซึ่งมีข้อผิดพลาด SMTP ซองจดหมาย และส่วนหัวของอีเมล (เรา อย่า เก็บเนื้อหาอีเมลหรือไฟล์แนบ)

บันทึกข้อผิดพลาดช่วยให้คุณตรวจสอบอีเมลสำคัญที่ขาดหายไปและลดผลบวกปลอมของสแปม โดเมนของคุณ. พวกเขายังเป็นแหล่งข้อมูลที่ดีสำหรับการดีบักปัญหาด้วย อีเมลเว็บฮุค (เนื่องจากบันทึกข้อผิดพลาดมีการตอบสนองจุดสิ้นสุดของเว็บฮุค)

บันทึกข้อผิดพลาดสำหรับ การจำกัดอัตรา และ รายชื่อสีเทา ไม่สามารถเข้าถึงได้เนื่องจากการเชื่อมต่อสิ้นสุดลงก่อนกำหนด (เช่น ก่อนหน้านี้ RCPT TO และ MAIL FROM สามารถส่งคำสั่งได้)

ดูของเรา นโยบายความเป็นส่วนตัว เพื่อความเข้าใจที่ลึกซึ้งยิ่งขึ้น

ไม่ ไม่อย่างแน่นอน ดูของเรา นโยบายความเป็นส่วนตัว.

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

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

ใช่แล้ว

ใช่แน่นอน แทนที่จะใช้ "@", "." หรือเว้นว่างเป็นชื่อ / โฮสต์ / นามแฝงคุณเพียงแค่ใช้ชื่อโดเมนย่อยเป็นค่าแทน

ถ้าคุณต้องการ foo.baychi.org เพื่อส่งต่ออีเมล จากนั้นป้อน foo เป็นค่าชื่อ/โฮสต์/นามแฝงในการตั้งค่า DNS ของคุณ (สำหรับทั้ง MX และ TXT บันทึก)

ใช่แล้ว

ใช่! ตั้งแต่วันที่ 13 ธันวาคม 2023 เราได้เพิ่มการรองรับรหัสผ่าน เนื่องจากมีความต้องการสูง.

หมายเลขรหัสผ่านช่วยให้คุณเข้าสู่ระบบได้อย่างปลอดภัยโดยไม่ต้องใช้รหัสผ่านและการตรวจสอบสิทธิ์แบบสองปัจจัย

คุณสามารถตรวจสอบตัวตนของคุณด้วยการสัมผัส การจดจำใบหน้า รหัสผ่านตามอุปกรณ์ หรือ PIN

เราอนุญาตให้คุณจัดการรหัสผ่านได้สูงสุด 30 รหัสในคราวเดียว เพื่อให้คุณสามารถเข้าสู่ระบบด้วยอุปกรณ์ทั้งหมดของคุณได้อย่างง่ายดาย

เรียนรู้เพิ่มเติมเกี่ยวกับพาสคีย์ได้ที่ลิงก์ต่อไปนี้:

• ลงชื่อเข้าใช้แอปพลิเคชันและเว็บไซต์ของคุณด้วยรหัสผ่าน (Google)
• ใช้รหัสผ่านเพื่อลงชื่อเข้าใช้แอพและเว็บไซต์บน iPhone (แอปเปิล)
• บทความ Wikipedia เกี่ยวกับ Passkeys

ใช่ มันมีการทดสอบที่เขียนด้วย Ava และยังมีรหัสครอบคลุม

ใช่อย่างแน่นอน ตัวอย่างเช่น หากคุณกำลังส่งอีเมลไปที่ hello@baychi.org และลงทะเบียนเพื่อส่งต่อไปยัง user@gmail.comจากนั้นข้อความตอบกลับ SMTP และรหัสจากเซิร์ฟเวอร์ SMTP "gmail.com" จะถูกส่งคืนแทนพร็อกซีเซิร์ฟเวอร์ที่ "mx1.forwardemail.net" หรือ "mx2.forwardemail.net"

ดูหัวข้อของเราใน ระบบส่งต่ออีเมลของคุณทำงานอย่างไร, คุณจัดการกับปัญหาการส่งอีเมลอย่างไร, และ คุณจะจัดการกับที่อยู่ IP ของคุณที่ถูกบล็อกได้อย่างไร ข้างบน.

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

เราติดตามของเราเป็นประจำ ที่อยู่ IP ขัดต่อ รายการปฏิเสธ DNS ที่มีชื่อเสียงทั้งหมด, ดังนั้นจึงน่าจะเป็นปัญหาเฉพาะเกี่ยวกับชื่อเสียงของโดเมน.

คุณสามารถลองใช้เครื่องมือเหล่านี้ตั้งแต่หนึ่งรายการขึ้นไปเพื่อตรวจสอบชื่อเสียงและการจัดหมวดหมู่ของโดเมนของคุณ:

• ความคิดเห็นเกี่ยวกับการจัดหมวดหมู่โดเมน Cloudflare
• Spamhaus IP และเครื่องมือตรวจสอบชื่อเสียงโดเมน
• Cisco Talos IP และศูนย์ชื่อเสียงโดเมน
• Barracuda IP และการค้นหาชื่อเสียงโดเมน
• ตรวจสอบบัญชีดำของกล่องเครื่องมือ MX
• เครื่องมือ Google Postmaster
• Yahoo ผู้ส่งฮับ (รวม Verizon/AOL)
• MultiRBL.valli.org การตรวจสอบบัญชีดำ

หากคุณต้องการความช่วยเหลือเพิ่มเติมหรือพบว่าเราถูกระบุว่าเป็นสแปมโดยผู้ให้บริการอีเมลบางราย โปรด ติดต่อเรา.

คุณควรยกเลิกการสมัครจากรายชื่ออีเมล (ถ้าเป็นไปได้) และบล็อกผู้ส่ง

โปรดอย่ารายงานข้อความว่าเป็นสแปม แต่ส่งต่อไปยังระบบป้องกันการละเมิดที่ดูแลจัดการด้วยตนเองและเน้นความเป็นส่วนตัวแทน

ที่อยู่อีเมลสำหรับส่งต่อจดหมายขยะคือ: abuse@forwardemail.net

ใช่! เมื่อวันที่ 2 ตุลาคม 2018 เราได้เพิ่มคุณสมบัตินี้ ดู วิธีส่งเมลเป็นโดยใช้ Gmail ข้างบน!

คุณควรตั้งค่าระเบียน SPF สำหรับ Gmail ในการกำหนดค่า DNS ของคุณด้วย TXT บันทึก.

ใช่ ตั้งแต่วันที่ 2 ตุลาคม 2018 เราได้เพิ่มคุณสมบัตินี้ เพียงดูลิงก์ทั้งสองนี้จาก Microsoft ด้านล่าง:

• https://support.office.com/en-us/article/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2
• https://support.office.com/en-us/article/send-email-from-a-different-address-in-outlook-com-ccba89cb-141c-4a36-8c56-6d16a8556d2e

คุณควรตั้งค่าระเบียน SPF สำหรับ Outlook ในการกำหนดค่า DNS ของคุณด้วย TXT บันทึก.

น่าเสียดายที่ Apple ไม่อนุญาตสิ่งนี้ไม่ว่าคุณจะใช้บริการใด อย่างไรก็ตามคุณสามารถใช้แอปอีเมลพร้อมกับบัญชีอีเมลของโดเมนของคุณ

• https://discussions.apple.com/thread/8316291
• https://discussions.apple.com/thread/6876839

ได้ อย่างไรก็ตาม ผู้ส่งที่ "ค่อนข้างไม่รู้จัก" จะถูกจำกัดอัตราไว้ที่ 100 การเชื่อมต่อต่อชั่วโมงต่อชื่อโฮสต์หรือ IP ดูหัวข้อได้ที่ การจำกัดอัตรา และ รายชื่อสีเทา ข้างบน.

โดย "ค่อนข้างไม่รู้จัก" เราหมายถึงผู้ส่งที่ไม่ปรากฏใน รายการที่อนุญาต.

หากเกินขีดจำกัดนี้ เราจะส่งรหัสตอบกลับ 421 ซึ่งจะแจ้งให้เซิร์ฟเวอร์อีเมลของผู้ส่งลองอีกครั้งในภายหลัง

หากคุณใช้ Gmail ให้ทำตามขั้นตอนด้านล่าง:

1. ไปที่ https://google.com และออกจากระบบบัญชีอีเมลทั้งหมด
2. คลิก "ลงชื่อเข้าใช้" และคลิก "บัญชีอื่น" ที่เมนูแบบเลื่อนลง
3. เลือก "ใช้บัญชีอื่น"
4. เลือก "สร้างบัญชี"
5. เลือก "ใช้ที่อยู่อีเมลปัจจุบันของฉันแทน"
6. ป้อนที่อยู่อีเมลชื่อโดเมนที่กำหนดเองของคุณ
7. รับอีเมลยืนยันที่ส่งไปยังที่อยู่อีเมลของคุณ
8. ป้อนรหัสยืนยันจากอีเมลนี้
9. กรอกข้อมูลโปรไฟล์สำหรับบัญชี Google ใหม่ของคุณ
10. ยอมรับนโยบายความเป็นส่วนตัวและข้อกำหนดการใช้งานทั้งหมด
11. ไปที่ https://google.com และที่มุมบนขวา ให้คลิกที่ไอคอนโปรไฟล์ของคุณ แล้วคลิกปุ่ม "เปลี่ยน"
12. อัปโหลดรูปถ่ายใหม่หรือรูปแทนตัวสำหรับบัญชีของคุณ
13. การเปลี่ยนแปลงจะใช้เวลาประมาณ 1-2 ชั่วโมงในการเผยแพร่ แต่บางครั้งอาจเร็วมาก
14. ส่งอีเมลทดสอบและรูปโปรไฟล์ควรปรากฏขึ้น

ใช่ ตั้งแต่วันที่ 2 มีนาคม 2023 เรารองรับ MTA-STS. คุณสามารถใช้ได้ เทมเพลตนี้ หากคุณต้องการเปิดใช้งานบนโดเมนของคุณ

การกำหนดค่าของเราสามารถพบได้แบบสาธารณะบน GitHub ที่ https://github.com/forwardemail/mta-sts.forwardemail.net.

ใช่. เรามีการรองรับ SPF, DKIM, DMARC, ARC และ SRS ในตัวสำหรับทุกแผน นอกจากนี้เรายังทำงานร่วมกับผู้เขียนต้นฉบับของข้อกำหนดเหล่านี้และผู้เชี่ยวชาญด้านอีเมลอื่น ๆ เพื่อให้แน่ใจว่าสมบูรณ์แบบและสามารถส่งมอบได้สูง

ใช่. ไม่ว่าคุณจะใช้แผนใดคุณจะจ่ายเพียงอัตราเดียวต่อเดือนซึ่งครอบคลุมโดเมนทั้งหมดของคุณ

เรารับบัตร กระเป๋าเงิน และการโอนเงินผ่านธนาคารโดยใช้ ลาย และ เพย์พาล – สำหรับการชำระเงินแบบครั้งเดียวหรือแบบรายเดือน รายไตรมาส หรือรายปี

เราได้สร้างโครงการซอฟต์แวร์โอเพ่นซอร์สขึ้นมา 🍊 ส้มเขียวหวาน และใช้สำหรับการค้นหา DNS เซิร์ฟเวอร์ DNS เริ่มต้นที่ใช้คือ 1.1.1.1 และ 1.0.0.1, และการสืบค้น DNS ผ่าน DNS ผ่าน HTTPS ("DoH") ที่ชั้นแอปพลิเคชัน

🍊 ส้มเขียวหวาน ใช้ บริการ DNS สำหรับผู้บริโภคที่มีความเป็นส่วนตัวเป็นอันดับแรกของ CloudFlare เป็นค่าเริ่มต้น.