คำถามติดแท็ก spam

นี่เป็นคำถามที่ยอมรับได้เกี่ยวกับการต่อสู้กับสแปม ยังเกี่ยวข้องกับ: จะหยุดคนไม่ให้ใช้โดเมนของฉันเพื่อส่งสแปมได้อย่างไร ระเบียน SPF คืออะไรและฉันจะกำหนดค่าได้อย่างไร มีเทคนิคมากมายและมีความรู้มากมายเกี่ยวกับการต่อสู้กับขยะ มีเทคนิคและเทคโนโลยีที่ใช้กันอย่างแพร่หลายอะไรบ้างสำหรับผู้ดูแลระบบเจ้าของโดเมนและผู้ใช้ปลายทางเพื่อช่วยกันขยะออกจากกล่องจดหมายเข้าของเรา เรากำลังมองหาคำตอบที่ครอบคลุมเทคโนโลยีที่แตกต่างจากมุมที่หลากหลาย คำตอบที่ได้รับการยอมรับควรมีความหลากหลายของเทคโนโลยี (เช่น SPF / SenderID, DomainKeys / DKIM, Graylisting, DNS RBLs, บริการชื่อเสียง, ซอฟต์แวร์การกรอง [SpamAssassin, ฯลฯ ]); วิธีปฏิบัติที่ดีที่สุด (เช่นเมลบนพอร์ต 25 ไม่ควรได้รับอนุญาตให้ส่งต่อควรใช้พอร์ต 587 ฯลฯ ) คำศัพท์ (เช่น Open Relay, Backscatter, MSA / MTA / MUA, สแปม / แฮม) และเทคนิคอื่น ๆ

107 email  spam  spf  dkim 

นี่เป็นคำถามที่เกี่ยวกับวิธีจัดการกับอีเมลที่ส่งจากเซิร์ฟเวอร์ของคุณว่าถูกจำแนกประเภทเป็นสแปม สำหรับข้อมูลเพิ่มเติมคุณอาจพบว่าคำถามที่คล้ายกันเหล่านี้มีประโยชน์: วิธีปฏิบัติที่ดีที่สุดสำหรับการป้องกันไม่ให้คุณดูเหมือนสแปมเมอร์ การต่อสู้กับสแปม - ฉันสามารถทำอะไรได้บ้างในฐานะผู้ดูแลระบบอีเมลเจ้าของโดเมนหรือผู้ใช้ บางครั้งฉันต้องการส่งจดหมายข่าวไปยังลูกค้าของฉัน ปัญหาคืออีเมลบางฉบับถูกจับว่าเป็นข้อความสแปม ส่วนใหญ่โดย Outlook ที่ลูกค้า (แม้ใน Outlook 2007 ของฉันเอง) ตอนนี้ฉันอยากรู้ว่าควรทำอย่างไรเพื่อสร้างอีเมล "ดี" ฉันรู้เกี่ยวกับการค้นหาแบบย้อนกลับเป็นต้น แต่ (เช่น) ลิงก์เกี่ยวกับการยกเลิกการสมัครสมาชิกที่มี ID เฉพาะคืออะไร นั่นจะเป็นการเพิ่มคะแนนสแปมหรือไม่?

82 email  spam  spam-filter 

ฉันมีเซิร์ฟเวอร์ที่มี apache และฉันเพิ่งติดตั้ง mod_security2 เพราะฉันถูกโจมตีมากจากสิ่งนี้: รุ่น apache ของฉันคือ apache v2.2.3 และฉันใช้ mod_security2.c นี่คือรายการจากบันทึกข้อผิดพลาด: [Wed Mar 24 02:35:41 2010] [error] [client 88.191.109.38] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind:) [Wed Mar 24 02:47:31 2010] [error] [client 202.75.211.90] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): …

82 apache-2.2  security  spam 

ฉันใช้greylistingบนเซิร์ฟเวอร์ของฉันเป็นเวลาหลายปี แต่ฉันไม่รู้ว่ามันมีประสิทธิภาพเพียงใดในปัจจุบัน มันยังดีสำหรับการต่อสู้กับสแปมในปี 2012? หรือผู้ส่งสแปม MTA ทั่วไปสามารถส่งอีเมล greylisted อีกครั้งได้หรือไม่

50 smtp  email-server  spam  greylisting 

ฉันใช้งานเซิร์ฟเวอร์อีเมลขนาดเล็กสำหรับอีเมลส่วนตัวเพื่อนบางคนที่มีเว็บไซต์และองค์กรพัฒนาเอกชนสองแห่ง เซิร์ฟเวอร์ของฉันทั้งหมดส่งข้อความระหว่าง 60 ถึง 400 ข้อความต่อวัน ตอนนี้อีเมลเหล่านี้จำนวนมากเป็นจดหมายส่วนตัวระหว่างคนสองคนขึ้นไปที่รู้จักกัน บางครั้ง (โดยปกติสองครั้งหรือสองครั้งต่อสัปดาห์) จะมีการส่งจดหมายไปที่ "สมาชิก" ขององค์กรพัฒนาเอกชนหนึ่งแห่งแจ้งให้พวกเขาทราบว่ามีอะไรใหม่ ฯลฯ ตอนนี้ฉันได้ย้ายออกจาก "การส่งจดหมายจำนวนมาก" (ผู้รับประมาณ 100 คนซึ่งทั้งหมดรู้จักและสมัครด้วยตนเองผ่านแบบฟอร์มกระดาษ) ไปยัง mailgun.org ฉันยังได้รับ (และเพิ่มมากขึ้นเรื่อย ๆ ) ปฏิเสธข้อความ โดยเฉพาะผู้ให้บริการอีเมลรายใหญ่เช่น Gmail, Yahoo หรือ Microsoft (hotmail, live.com, ... ) เพียงตัดสินใจที่จะปฏิเสธด้วย 550 หรือส่งข้อความส่วนตัวไปยังโฟลเดอร์สแปมของผู้รับ บางครั้งสิ่งนี้เกิดขึ้น: ผู้ใช้ gmail ส่งอีเมลถึงผู้ใช้ในระบบของฉัน ผู้ใช้ในระบบของฉันตอบกลับ การตอบกลับถูกปฏิเสธหรือส่งไปยังสแปม สิ่งที่ฉันได้ทำ: ตั้งค่า DKIM (การลงชื่อต่ออีเมลขาออกทั้งหมดต่อโดเมน) ตั้งค่า SPF โดเมนมักจะมี~allบางอย่าง-all …

41 email  email-server  spam  spf  dkim 

ปัจจุบันฉันมีหมายเลขหรือโดเมนที่ตั้งค่าเป็นกับดักอีเมลขยะ ดังนั้นถ้าฉันได้รับอีเมลในโดเมนนั้นฉันสามารถมั่นใจได้ว่ามันเป็น ~ 100% สแปม ฉันใช้ข้อมูลนี้เพื่อเลื่อนการส่งข้อความชั่วคราวจากการส่งสแปม IP ในโดเมนอีเมลจริงของฉัน ฉันยังสามารถใช้อีเมลสแปมเพื่อปรับปรุงการกรองแบบเบย์และระบุไวรัสตัวใหม่ก่อนที่พวกเขาจะเข้าสู่กล่องจดหมายจริงของฉัน ขั้นตอนนี้จะมีผลก็ต่อเมื่อฉันได้รับ Spams จำนวนมากในกับดักสแปม ดังนั้นคำถามคือฉันจะสร้างปริมาณการใช้อีเมลในโดเมนกับดักสแปมได้อย่างไร ฉันจะไม่ลงทะเบียนกับดักสแปมที่ผู้ส่งจดหมายข่าวที่น่าสงสัยเพราะจะทำให้อัตราการติดลบเพิ่มขึ้น และยังต้องใช้งานมากเกินไปในการลงทะเบียนที่อยู่หลายร้อยรายการ พยายามเผยแพร่ที่อยู่กับดักสแปมบนเว็บไซต์ก็ล้มเหลวเช่นกัน ฉันมีที่อยู่นับล้านที่เผยแพร่และได้รับการเก็บเกี่ยวแล้วแต่ไม่ได้ใช้สำหรับการส่งสแปม จะใช้เวลาหลายสัปดาห์และหลายเดือนจนกว่าคุณจะได้รับจำนวนสแปมที่เห็นได้ชัดเจนในที่อยู่เหล่านี้ ฉันจะไม่เผยแพร่กับดักสแปมเหล่านี้ในฟอรัมและ guestbooks เพราะนี่จะหมายถึงการต่อสู้กับสแปมโดยการสแปมเว็บ สิ่งที่ฉันกำลังมองหาคือวิธีที่ฉันสามารถ "บังเอิญ" เปิดเผยที่อยู่อีเมลนับแสนเพื่อที่ผู้ส่งอีเมลขยะจะมารับพวกเขาและใช้พวกเขาในแคมเปญของพวกเขา แต่ถ้ามีใครสามารถให้คำแนะนำแก่ฉันได้ซึ่งวิธีการอื่นที่ดีในการดึงดูดผู้ส่งอีเมลขยะฉันจะขอบคุณมัน คำแนะนำของ Anwering Miles: มาร์คเพียงชี้ให้เห็นว่าการตั้งค่าไซต์ที่ดีสำหรับการเก็บเกี่ยวและจะทำอย่างไรกับจดหมายขยะที่ถูกดึงออกมา แต่อย่างที่ฉันบอกว่าฉันมีหน้าเว็บเหล่านี้ซึ่งไม่ได้รับการเก็บเกี่ยวมากพอ การทดลองของฟิลแก่เกินไป วิธีการของเขามีความเหมาะสมจนถึงปี 2004 และในปี 2006 แต่จากนั้นผู้ส่งอีเมลขยะเปลี่ยนวิธีการของพวกเขาอย่างมาก การใช้บริการภายนอกเป็น Craigslist หรือ guestbooks ถือเป็นสแปมในความคิดของฉันและดังนั้นจึงไม่ใช่ตัวเลือกที่ถูกต้อง นี่เป็นพิษของจดหมายข่าวครึ่งเวลาที่ถูกกฎหมายและเพิ่มอัตราการลบที่ผิดพลาด ฉันมีเซิร์ฟเวอร์สองตัวที่อ้างว่าเป็นผู้รับมอบฉันทะ แต่เนื่องจากไม่ใช่พร็อกซีเปิดจริงฉันจึงเห็นว่าผู้ส่งอีเมลขยะทำการทดสอบความพยายาม เมลทดสอบเหล่านี้จะไม่ส่งคืนให้กับพวกเขาดังนั้นพวกเขาจึงเห็นว่ามันเป็นเพียงรีเลย์ปลอมเท่านั้น ดังนั้นพวกเขาจึงหลีกเลี่ยงเซิร์ฟเวอร์เหล่านี้สำหรับงานของพวกเขา Twitter ได้รับการรวบรวมข้อมูลสำหรับทวีตด้วยคำหลักพิเศษเท่านั้น จากนั้นบัญชีเหล่านี้จะถูกติดตามและใช้สำหรับการส่งสแปมแบบทวิตเตอร์ แต่ไม่ใช่สำหรับการส่งสแปมทางอีเมล

35 email  spam 

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

30 email  spam  ptr-record 

ฉันมีแอปพลิเคชันที่ส่งอีเมลถึงผู้ใช้เมื่อพวกเขากรอกแบบฟอร์ม มันใช้no-reply@customerdomain.comเป็นจากที่อยู่ ลูกค้าต้องการให้มันใช้อีเมลจากแบบฟอร์มเป็นจากที่อยู่ซึ่งอาจเป็นอะไรก็ได้ ฉันได้รับแจ้งว่านี่เป็นความคิดที่ไม่ดีเนื่องจากการปลอมแปลง / บัญชีดำและสแปม ฉันรู้สึกคลุมเครือเกี่ยวกับเหตุผลที่แน่ชัดว่าทำไมเรื่องนี้จึงเป็นความคิดที่ไม่ดีโดยเฉพาะอย่างยิ่งเมื่อฉันต้องพยายามให้คำปรึกษาลูกค้าจากสิ่งนี้ ใครสามารถอธิบายให้ฉันฟังได้ว่าทำไมนี่เป็นความคิดที่ไม่ดี ที่น่าสนใจของลูกค้าได้ใช้บัญชี Gmail เป็นจากที่อยู่เป็นสาธิตซึ่งไม่เพียง แต่ทำงานได้ดี แต่ได้เปิดใช้งานแอพลิเคชันที่จะเริ่มต้นการส่งอีเมล์ (มันจะไม่ทำมันก่อนด้วยอีเมลซึ่งเป็นno-reply@customerdomain.com) เอิ่ม - เกิดอะไรขึ้น ฉันบอกสิ่งหนึ่งและผลงานตรงกันข้าม ขออภัย - ฉันรู้ว่านี่เป็นพื้นฐาน แต่ฉันสามารถหาอะไรในการค้นหา google ส่วนใหญ่ฉันคิดว่าเพราะฉันมีปัญหาแม้กระทั่งวางกรอบคำถาม แก้ไข ขอบคุณทุกคน - คำตอบที่ดี ที่น่าสนใจคือเซิร์ฟเวอร์ที่ส่งอีเมลและกล่องจดหมายที่กำลังจะอยู่ด้านหลังไฟร์วอลล์เดียวกันดังนั้นลูกค้าบอกว่าพวกเขาไม่สนใจเกี่ยวกับสแปม โอ้ดี

29 email  domain  spam 

อย่าเข้าใจฉันผิดฉันดีใจที่เกิดเหตุการณ์เช่นนี้ขึ้น อย่างไรก็ตามฉันต้องการตรวจสอบให้แน่ใจว่าสาเหตุของมันเกิดขึ้นอย่างดี - แทนที่จะมีปัญหากับวิธีการของเรา ฉันต้องการแสดงให้เห็นถึงสิ่งที่เกิดขึ้นที่นี่ด้วยกราฟ: http://lightspeed.ca/personalpage/ernied/spam_junk-year.png เส้นสีเขียวสดใสที่นี่แสดงอัตราที่เซิร์ฟเวอร์ของเราปฏิเสธข้อความจากที่อยู่ IP ที่แสดงในบัญชีดำแบบเรียลไทม์ตลอด 12 เดือนที่ผ่านมา เมื่อเดือนพฤษภาคมที่ผ่านมาเราได้ปฏิเสธข้อความโดยเฉลี่ยประมาณ 175 ข้อความทุก 5 นาทีหรือ 35 ต่อนาทีโดยใช้ตัวกรองนี้เพียงอย่างเดียว เห็นได้ชัดว่าตั้งแต่เดือนตุลาคมมันลดลงเหลือเพียงเศษส่วน - ตอนนี้เรากำลังเฉลี่ยประมาณ 8 ข้อความที่ถูกปฏิเสธต่อนาทีในตัวกรองนี้: http://lightspeed.ca/personalpage/ernied/spam_junk-week.png เนื่องจากเราไม่เห็นจำนวนข้อความที่ถูกดักจับโดย Spamassassin เพิ่มขึ้น (เส้นน้านส่วนใหญ่จมลงที่ด้านล่างของกราฟ) หรือตัวกรองอื่น ๆ ฉันสามารถสรุปหนึ่งในสองข้อจากสถิติเหล่านี้: 1) ตัวกรองทั้งหมดของเราไม่มีประสิทธิภาพ หรือ 2) ผู้ส่งอีเมลขยะไม่ได้สแปมเท่าที่เคยเป็น ในอดีตพูดผมพบ 1 จะเป็นมากจะมีโอกาสมากกว่า 2. อย่างไรก็ตามจากประสบการณ์และลูกค้าร้องเรียน (แทนที่จะเป็นขาดมัน), 1 ไม่เป็นความจริงเพราะเราไม่เห็นสแปมมากในกล่องจดหมายของเราอีกต่อไป แล้วเกิดอะไรขึ้นที่นี่เหรอ? ฉันไม่สามารถเข้าใจได้ว่าสแปมได้กลายเป็นประโยชน์อย่างใด พวกเขาย้ายไปที่เป้าหมายที่นุ่มกว่าหรือไม่? ฉันเห็นว่าไม่มีสแปมใน Facebook หรือ …

29 email  spam 

นี่เป็นคำถามที่ยอมรับได้เกี่ยวกับการหลีกเลี่ยงอีเมลที่ถูกจัดประเภทว่าเป็นสแปม ยังเกี่ยวข้องกับ: การต่อสู้กับสแปม - ฉันสามารถทำอะไรได้บ้างในฐานะผู้ดูแลระบบอีเมลเจ้าของโดเมนหรือผู้ใช้ ระเบียน SPF คืออะไรและฉันจะกำหนดค่าได้อย่างไร ฉันสงสัยว่าจะป้องกันไม่ให้อีเมลจากเว็บไซต์ของฉันถูกทำเครื่องหมายว่าเป็นสแปมได้อย่างไร ฉันใช้ sendmail ฉันพยายามส่งอีเมลผ่านแอปพลิเคชัน ruby-on-rails ของฉัน อีเมลทั้งหมดเขียนด้วยภาษาสวีดิช (หากมีการเปลี่ยนแปลง) ฉันไม่รู้ว่าทำไมพวกเขาถึงถูกทำเครื่องหมายว่าเป็นจดหมายขยะ มีสิ่งใดบ้างที่ฉันสามารถทำได้เพื่อลดความเสี่ยง

27 email  debian  sendmail  spam  ruby-on-rails 

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

27 spam  web-applications 

เราเริ่มได้รับข้อความสแปมที่เด้งแล้วและผู้ส่งเป็นหนึ่งในที่อยู่อีเมลของเรา เรารู้ว่าเราไม่ส่งสแปมจากที่อยู่นั้น เราได้ลองเปลี่ยนรหัสผ่าน แต่เรายังคงได้รับอีเมลที่ตีกลับเหล่านี้ หมายเหตุ: บัญชีอีเมลนี้ไม่ได้กำหนดค่าในไคลเอนต์อีเมล เราเข้าถึงผ่านเบราว์เซอร์โดยใช้ HTTPS เท่านั้น เราจะป้องกันผู้ส่งอีเมลขยะโดยใช้ที่อยู่อีเมลของเราเพื่อส่งสแปมได้อย่างไร ฉันไปรอบ ๆ และเกือบทุกเว็บไซต์บอกว่าการปลอมที่อยู่ "จาก" นั้นค่อนข้างง่ายด้วยการใช้โปรแกรมรับส่งเมล หมายเหตุ: เรากำลังใช้ฟังก์ชันอีเมลในบัญชีโฮสต์ที่ใช้ร่วมกันไม่ใช่โฮสต์เซิร์ฟเวอร์อีเมลของเรา Not a whole lot we can do about stopping thatแม้การสนับสนุนเทคโนโลยีกล่าวว่า

25 spam  email-bounces 

ความเข้าใจของฉันคือข้อมูลจำเพาะ SPF ระบุผู้รับอีเมลไม่ควรต้องทำการค้นหา DNS มากกว่า 10 รายการเพื่อรวบรวม IP ที่ได้รับอนุญาตทั้งหมดสำหรับผู้ส่ง ดังนั้นถ้าระเบียน SPF มีinclude:foo.com include:bar.com include:baz.comและสามโดเมนเหล่านั้นแต่ละรายการมีระเบียน SPF ซึ่งมี 3 includeรายการตอนนี้เรามีมากถึง 3 + 3 + 3 + 3 = 12 การค้นหา DNS ความเข้าใจของฉันถูกต้องหรือไม่ ฉันใช้บริการ 2 หรือ 3 สำหรับโดเมนของฉันและฉันผ่านพ้นขีด จำกัด นี้ไปแล้ว โดยทั่วไปแล้วข้อ จำกัด นี้ (หรือเคย) บังคับใช้โดยผู้ให้บริการอีเมลรายใหญ่ / รายย่อยหรือไม่?

24 spam  spf  email 

ฉันมีเว็บไซต์ที่ต้องการส่งอีเมลไปยังลูกค้าเพื่อส่งไฟล์ที่ซื้อมา การส่งอีเมลที่เชื่อถือได้มีความสำคัญต่อธุรกิจนี้ น่าเสียดายที่อีเมลส่วนใหญ่ที่ส่งโดยเซิร์ฟเวอร์ของฉันไม่ได้จัดส่งเนื่องจาก "ชื่อเสียงไม่ดี" ของ MTA นี่คือตัวอย่างบางส่วนจากของฉันmail.log: Feb 20 02:40:41 servername postfix/smtp[14580]: 4E30B1100C7: host aspmx.l.google.com[209.85.211.78] said: 421-4.7.0 [174.143.183.26] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily …

24 email  smtp  postfix  spam  email-server 

ฉันใช้ Smartermail สำหรับจดหมายเซิร์ฟเวอร์ขนาดเล็กของฉัน เราประสบปัญหาเมื่อไม่นานมานี้ที่ได้รับจดหมายขยะจากsnowshoeซึ่งเป็นไปตามรูปแบบเดียวกัน พวกเขามาในคราวละ 3 หรือ 4 ครั้ง เนื้อความนั้นเกือบจะเหมือนกันในการบันทึกสำหรับชื่อโดเมนที่ลิงก์ไป IP ต้นทางต้นทางมีแนวโน้มที่จะมาจาก / 24 block เดียวกันสำหรับชั่วขณะหนึ่งแล้วเปลี่ยนเป็นอีก / 24 โดเมนมีแนวโน้มที่จะเป็นแบรนด์ใหม่ พวกเขามีเร็กคอร์ด PTR และ SPF ที่ถูกต้องและมีการพูดพล่อยๆแบบสุ่มที่ด้านล่างของร่างกายเพื่อหลอกตัวกรองเบย์ ฉันใช้ RBL หลายโหลหรือหลายแบบรวมถึง Barracuda, Spamhaus, SURBL และ URIBL พวกเขาทำงานได้ดีและดึงดูดพวกเขาส่วนใหญ่ แต่เรายังคงได้รับความสนใจอย่างมากเนื่องจาก IP และโดเมนไม่ได้ขึ้นบัญชีดำ มีกลยุทธ์ใดบ้างที่ฉันสามารถใช้รวมถึง RBL ที่บล็อกโดเมนที่สร้างขึ้นใหม่หรือจัดการโดยเฉพาะกับสแปม snoeshow ฉันหวังว่าจะไม่ต้องใช้บริการกรองของบุคคลที่สาม

21 blacklist  spam  rbl  email