แดนเว็บเคล็ดลับ

Source page: http://webtips.dan.info/email.html

E-Mail ไม่ได้จริงๆส่วนหนึ่งของเว็บ  ต่อ seแต่มันมักจะถูกนำมาใช้ร่วมกับมันในขณะที่ให้ผู้ใช้ของเว็บไซต์วิธีการติดต่อเว็บมาสเตอร์ ดังนั้นฉันมีเคล็ดลับใน e-mail เกินไปโดยเฉพาะที่เกี่ยวข้องกับเว็บและ HTML (รวมถึงความจริงที่ว่าคุณควรหลีกเลี่ยงการส่งอีเมลของคุณในรูปแบบของแบบ HTML!)

Trivia ไร้ประโยชน์:  ในอัลบั้มแรกของเธอ,  บริทนีย์สเปียร์  มีเพลงที่เรียกว่า“E-Mail หัวใจของฉัน” (ซึ่งบังเอิญที่จุดหนึ่งฟอร์มลงทะเบียนบนเว็บไซต์ของเธอได้“ปีเกิด” ในเมนูแบบเลื่อนลงซึ่งเริ่มต้นที่ปี 1965 ดังนั้นหากคุณมีอายุมากกว่าที่คุณไม่อยู่เท่าที่ตลาดคนของเธอ มีความกังวล) ผมไม่ทราบว่าสิ่งที่ชนิดไมม์ที่เหมาะสมหรือรูปแบบการเข้ารหัสสำหรับการส่งอีเมลหัวใจของคุณ (หรืออวัยวะอื่น ๆ ของร่างกายใด ๆ ) แต่มี.  เป็น  ชนิด MIME สำหรับอีเมลทั้งร่างกายของคุณ:  เรื่องการขนส่ง / เกรียวกราวชีวิตรูปแบบ (ดู RFC 1437.)

มักจะให้ทางคนที่จะติดต่อคุณ!

เว็บเป็นสื่อโต้ตอบ คนบางคนอาจต้องการที่จะเขียนให้คุณแสดงความยินดีกับคุณสำหรับความหมายของการออกแบบเว็บของคุณที่จะถามคำถามเกี่ยวกับเรื่องของเว็บไซต์ของคุณหรือจะชี้ให้เห็นการเชื่อมโยงที่ไม่ได้ทำงาน อย่าทำให้มันยากสำหรับพวกเขา ใส่ที่อยู่อีเมลของคุณในทุกหน้าเป็น  <A HREF="mailto:[email protected]"> ลิงค์ที่ผู้ใช้สามารถคลิกเพื่อส่งจดหมาย นอกจากนี้คุณยังอาจต้องการที่จะใช้แบบฟอร์ม CGI ที่จะได้รับการตอบรับ แต่แม้แล้วเพิ่มการเชื่อมโยง mailto ธรรมดาเกินไปเนื่องจากบางครั้งสิ่งเหล่านั้น CGI ความผิดปกติ (เมื่อฉันตีแบบฟอร์มความคิดเห็นไม่ทำงานมันใบฉันประหลาดใจเกี่ยวกับเพียงวิธีที่ฉันควรจะติดต่อกับพวกเขาจะบอกพวกเขาฟอร์มของพวกเขาไม่ทำงาน!)

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

เช่นกันฉันได้พบหลายครั้งภายในระยะเวลาสั้นกรณีของคนที่ใช้การจัดเรียงของบางคน“ที่อยู่ munging” เมื่อ quoting ที่อยู่อีเมลของพวกเขาภายในข้อความข่าวสารหรือรายชื่ออีเมลเช่น“… ถ้าคุณมีความคิดเห็นใด ๆ เกี่ยวกับเรื่องนี้ส่งอีเมลฉันที่ [email protected] – เอาเสื้อและกางเกงขายาวครั้งแรกของฉัน” – แต่ข้อความของพวกเขาถูกโพสต์ที่เต็มไปด้วยที่อยู่อีเมลองค์ของพวกเขาใน  FROM บรรทัดของข้อความตามที่กำหนดค่าในจดหมายข่าวหรือโปรแกรมที่พวกเขาใช้ในการโพสต์ นี้จะทำให้“munging” ในเนื้อหาของข้อความไม่มีจุดหมายอย่างสมบูรณ์และเพียงแค่ทำให้ผู้เขียนดูโง่

อย่างไรก็ตาม  ทัก  “อยู่ munging” ผมเคยเห็นอยู่ในข้อความของบทความใน  สื่อสิ่งพิมพ์  – นั่นคือบนกระดาษ ผู้เขียนไม่คิดว่าสแปมเมอร์จะใช้เครื่องสแกน OCR เพื่อเก็บเกี่ยวอยู่ของพวกเขา? ที่จริงแล้วสาเหตุก็คือว่าบทความที่เขียนมักจะให้ทั้งอิเล็กทรอนิกส์และกระดาษพิมพ์และผู้เขียนก็ไม่ได้การมีโอกาสใด ๆ ของการให้ที่อยู่ยกเลิก munged ของเขาได้รับออนไลน์แม้ว่านี้มีผลข้างเคียงของความโง่เขลาในรุ่นกระดาษ .

แต่กลับไป  ให้ความ  หมายของการติดต่อแทนการ  ปิดบัง  พวกเขา … สถานที่ที่คุณสามารถใส่ที่อยู่อีเมลของคุณก็คือใน  HEAD ส่วนของหน้าเว็บที่มีแท็กนี้:

<LINK REV=made href="mailto:[email protected]">

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

หากคุณมีชื่อโดเมนของคุณเอง (ดูส่วนของฉันเกี่ยวกับ  ชื่อโดเมน) คุณควรจะได้รับ e-mail address ที่น่าจดจำในโดเมนนั้นเช่น[email protected]ตรวจสอบกับผู้ให้บริการอินเทอร์เน็ตของคุณเกี่ยวกับการกล่องจดหมายดังกล่าวมีการตั้งค่าหรือเพียงนามแฝงอีเมลที่ส่งต่อจดหมายดังกล่าวไปยังสถานที่ที่คุณจริงตรวจสอบอีเมลของคุณ มันดูมืออาชีพมากขึ้นที่จะมีอยู่ในโดเมนของคุณเองมากกว่าหนึ่งเดียวกับผู้ให้บริการอินเทอร์เน็ตหรือบริการออนไลน์แทน (โดยเฉพาะอย่างยิ่งตั้งแต่ในประมาณ 9 จาก 10 กรณีที่ฉันได้พบของเจ้าของเว็บไซต์โดยใช้ที่อยู่อีเมลของ ISP-based แทนหนึ่งในโดเมนของตัวเองของพวกเขาให้บริการเป็น AOL … กับจำนวนผู้ใช้อินเทอร์เน็ตอย่างจริงจังมี  @aol .com ที่อยู่ของคุณเป็นเช่นติดป้ายเสื้อของคุณที่บอกว่า“ฉันเป็นคนโง่!” หนึ่งในสิ่งที่อธิบายไม่ได้ผมอย่างต่อเนื่องพบในการโฆษณาและข้อมูลการติดต่อสำหรับคอลัมในสื่อสิ่งพิมพ์เป็น“ส่งอีเมลฉันที่  frobbitzky @ AOL .com หรือดูที่เว็บไซต์ของฉันที่  www.frobbitzky.com!” หากคุณมีโดเมนของคุณเองทำไมไม่  ใช้มันอย่างสม่ำเสมอ ?)

และในขณะที่ฉันที่มันสิ่งที่เป็น  ข้อตกลง กับโฆษณาโทรทัศน์แห่งชาติที่ให้ URL ของ บริษัท ฯ แล้วตามด้วย“เอโอแอลผู้แต่ง: FooBarBaz”? นั่นเป็นพื้นถดถอย 10 หรือ 15 ปี … ใน“วันเก่า ๆ ที่ไม่ดี” ใครบางคนที่ประสงค์จะได้รับข้อมูลจากที่ผู้ใช้ออนไลน์ทุกคนสามารถเห็นมันได้รับบัญชีในจำนวนมากบริการที่เป็นกรรมสิทธิ์ที่แตกต่างกันและที่อยู่รายการในรูปแบบที่เข้ากันไม่ได้ต่าง ๆ เพราะมี wasn ‘t สถานที่หนึ่งหรือที่อยู่ใด ๆ โครงการที่สามารถเข้าถึงได้กับทุกคน นั่นคือระเบียบที่เว็บถูกออกแบบมาเพื่อทำความสะอาดโดยการสร้างเครือข่ายสากลที่สามารถเข้าถึงกับที่อยู่ในระบบเดียวที่สอดคล้อง URL ที่ ใครที่ตาม URL ที่ดีอย่างสมบูรณ์แบบด้วยคำหลักที่เป็นกรรมสิทธิ์จาก AOL ดูเหมือนว่าจะต้องการกลับไปวันนั้นของสมัยก่อน Silliest ของทั้งหมดคือเอ็นเอฟแอซึ่งจะช่วยให้ที่อยู่ของพวกเขาเป็น“ nfl.com … หรือ AOL คำหลัก nfl.com .” ทำไมเพิ่ม  .com  ส่วนที่คำหลัก AOL … มันไม่มีความหมายโครงสร้างในระบบที่แตกต่างจากในระบบชื่อโดเมน

ฉันจะวางบรรทัดเรื่องใน Mailto Link?

นี่เป็นคำถามที่ถามบ่อย จนกระทั่งเมื่อเร็ว ๆ คำตอบก็คือ“คุณไม่สามารถอย่างน้อยไม่ได้ในทางที่สอดคล้องกับรายละเอียดและเข้ากันได้กับเบราว์เซอร์ทั้งหมด.” ตอนนี้ในขณะที่ยังมีปัญหาเข้ากันได้กับเบราว์เซอร์เก่าวิธีการที่นำมาใช้ในปัจจุบันเป็นที่นิยม เบราว์เซอร์รุ่นนี้ได้รับการบันทึกไว้ในมาตรฐานอย่างเป็นทางการติดตาม  เอกสาร RFC

ไวยากรณ์คือ:
<A HREF="mailto:[email protected]?subject=Hello">

ในขณะที่การดำรงอยู่ของ RFC ที่มันทำให้โครงสร้างนี้ไม่ได้“มาตรฐาน” คุณควรทราบว่ายังมีเบราว์เซอร์บางส่วนออกมีที่จะสำลัก mailto การเชื่อมโยงที่ซับซ้อนอาจจะสูญเสียข้อความทั้งหมด ดังนั้นความระมัดระวังเป็นที่น่าพอใจในการใช้รูปแบบนี้และก็อาจจะยังคงดีที่สุดที่จะหลีกเลี่ยงได้ คาดคะเน ( แต่ผมยังไม่ได้ยืนยันด้วยตัวเอง), เบราว์เซอร์ของ AOL เป็นหนึ่งในผู้ที่ไม่สามารถรับมือกับการสร้างนี้แม้ว่ามันจะขึ้นอยู่กับ MSIE

ปัญหาก็คือว่าหลาย ๆ คนที่ใช้รูปแบบดังกล่าวข้างต้นพยายามที่จะแทรกเส้นเรื่องที่มีช่องว่างและอักขระพิเศษอื่น ๆ "mailto:[email protected]?subject=How are you doing?!?"เช่น นี้ไม่ถูกต้องแม้ภายใต้ข้อกำหนดใหม่เนื่องจากช่องว่างและส่วนใหญ่ตัวละคร nonalphanumeric อื่น ๆ จะไม่ได้รับอนุญาตหรือมีความหมายลิขสิทธิ์เมื่อนำมาใช้ในส่วนของ URL เบราว์เซอร์อาจไม่สนใจทุกอย่างหลังจากพื้นที่แรกใน URL ดังกล่าว การแก้ปัญหาคือการใช้ลำดับหนีเลขฐานสิบหก: %20สำหรับพื้นที่ตัวอย่างเช่น ซึ่งส่งผลให้“ subject=How%20are%20you%20doing%3F%21%3F“ รหัสน้อยที่สง่างามที่มอง แต่อย่างน้อยมันทำงาน (เท่าที่ mailto อาสาสมัครทำงานที่ทั้งหมด) คุณสามารถใส่ได้แม้ในเส้นแบ่งวิธีการที่ (มีประโยชน์เมื่อคุณกำลังเพิ่มพารามิเตอร์ ‘ร่างกาย =’ นอกเหนือไปจากเรื่อง) โดยใช้ %0D%0A (CR ตามด้วย LF) (คุณสามารถเพิ่มหลายพารามิเตอร์โดยใช้เครื่องหมายที่จะแยกพวกเขา แต่ใน HTML เอกสารเครื่องหมายที่มีอยู่แล้วเป็นตัวละครที่สงวนไว้ดังนั้นคุณจะต้องเข้ารหัสด้วย  &amp;. หลายคนพบนี้เป็นจุดที่ยุ่งยากในการทำความเข้าใจตามที่เกี่ยวข้องกับระดับที่แตกต่างกันของการเข้ารหัส กว่าการเข้ารหัสเลขฐานสิบหกที่ระบุไว้ข้างต้น. การเข้ารหัสเลขฐานสิบหกจะใช้ในการแทรกตัวอักษรที่อื่นจะไม่ถูกต้องใน URL ที่. การเข้ารหัสเครื่องหมายที่ใช้ในการเข้ารหัสอักขระที่  ควร  จะเป็นใน URL แต่มีความไม่ถูกต้องใน  HTML . คือที่ชัดเจน ?)

วิธีการที่จะใช้ก็คือการที่จะนำเรื่องที่เป็นแอตทริบิวต์ TITLE <A HREF="mailto:[email protected]" TITLE="Hello!">ในรหัสการเชื่อมโยงเช่น มีไม่กี่เบราว์เซอร์ที่สนับสนุนเรื่องนี้ แต่ส่วนใหญ่คนนิยมทำไม่เป็น มีการอภิปรายการทำงานที่ยาวนานในการเป็น  comp.infosystems.www.authoring.html  เกี่ยวกับว่าการใช้งานนี้เป็นวิธีที่มีเหตุผลที่จะจัดหาเรื่องของข้อความหรือไม่ขึ้นอยู่กับว่าคนที่คิดว่า“TITLE” แอตทริบิวต์ควรจะอธิบายเชื่อมโยงตัวเองหรือ ทรัพยากรการเชื่อมโยงกับ

แต่อีกทางเลือกหนึ่งคือการเพิ่มเรื่องในวงเล็บในการเชื่อมโยง "mailto:[email protected](Hello)"mailto: นี้ไม่จริงจัดหาบรรทัดเรื่อง แต่มันผนวกเรื่องของคุณไปยังที่อยู่ของคุณที่มันจะแสดงขึ้นใน“ถึง” เส้น มันทำงานได้เพราะการแสดงออกวงเล็บจะถูกละเลยโดยจดหมายเพื่อให้อีเมลของคุณมาถึงที่อยู่ที่ระบุไว้โดยส่วนที่เหลือของ“ต้องการไป:” เส้น คุณจะต้องรักการแจ้งเตือนให้ทราบบันทึกสอดในส่วนหัวปลายทางข้อความของคุณแทนในเรื่องที่คุณกำลังใช้ในการหาสิ่งต่างๆ

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

ทราบอีกใน  mailto: URL ที่: อย่าใช้พวกเขาเป็น  ACTION URL FORMของ นี้ไม่ได้ทำงานได้อย่างน่าเชื่อถือในทุกรุ่นเบราว์เซอร์และแม้กระทั่งเมื่อมันทำงานมันไม่ได้ทำงานได้เป็นอย่างดี; จะไม่ให้ผู้ส่งหน้าจอยืนยันใด ๆ ที่แสดงให้เห็นว่าข้อความของพวกเขาถูกส่งไปและจะส่งข้อมูลไปยังผู้ใช้ปลายทางเป็นที่น่าเกลียด Mish-ร็อก ดังนั้นหากคุณต้องการให้มีผู้ใช้กรอกแบบฟอร์มเว็บและมีข้อมูลจากนั้นส่งอีเมลถึงคุณก็  มาก  ดีกว่าที่จะใช้สคริปต์ CGI (ทั้งคนที่คุณเขียนเองถ้าคุณสามารถหรือ“มาตรฐาน” หนึ่งแล้วในสถานที่บนเซิร์ฟเวอร์ให้บริการของคุณถ้ามี) เป็นปลายทางแบบฟอร์ม นี้สามารถทำเพื่อส่งออกรายการของผู้ใช้ให้กับคุณในรูปแบบที่อ่านและนำเสนอผู้ใช้ที่มี“ขอบคุณ” หน้าจอ, สิ่งที่คุณไม่สามารถทำอะไรกับ  mailto: การกระทำ

อย่าส่งแบบ HTML ized หรือไม่ใช่ ASCII อื่น ๆ อีเมลยกเว้นกับคนที่คุณ  รู้ว่า  สามารถจัดการกับมันและต้องการมันเป็นอย่างนั้น!

นี้ไม่ได้เป็นจริง“เคล็ดลับเว็บ” แต่ตั้งแต่ผมเคยใช้ส่วนอื่น ๆ ของเว็บไซต์นี้สำหรับ peeves สัตว์เลี้ยงของฉันที่นี่อีก มาตรฐานสากลสำหรับ E-Mail ได้เสมอข้อความ ASCII ธรรมดาและนั่นเป็นรูปแบบเดียวที่รับประกันได้ว่าจะมีความหมายกับทุกโปรแกรมอีเมลอ่านที่แตกต่างกันในการใช้งาน ประเภทอื่น ๆ ของรูปแบบที่แนบมาจะดีสำหรับการส่งสิ่งที่กลับมาระหว่างคนที่สนับสนุนรูปแบบถูกนำมาใช้ แต่เมื่อคุณส่งกับใครบางคนเกี่ยวกับคนที่คุณไม่แน่ใจว่ารูปแบบที่เป็นที่ยอมรับมักจะติดเป็นข้อความธรรมดา

แต่บางโปรแกรมอีเมลเช่น Microsoft Outlook Express กำลังผิดนัดการส่งจดหมายในรูปแบบ HTML แม้ว่า 99% ของเวลาที่มีอย่างจำเป็นต้องทำเช่นนั้นไม่ ข้อความดังกล่าวส่วนใหญ่ได้รับอะไรจากการเป็นในรูปแบบ HTML แทนข้อความธรรมดา; ในความเป็นจริงผมพบบางส่วนของพวกเขาสามารถอ่านได้น้อยกว่าข้อความธรรมดาเนื่องจากบางโปรแกรมอีเมลเหล่านี้ตั้งขนาดตัวอักษรขนาดเล็กเกินไปเมื่อเทียบกับตัวอักษรปกติอ่านจดหมายของฉัน

ยังไม่ได้ใช้เส้นนานกว่าประมาณ 70 ตัวอักษรหากคุณสามารถช่วยได้ มีความประพฤติดีโปรแกรมอีเมลคำห่ออีเมลขาออกของพวกเขาที่จุดที่; ถ้าคุณไม่ได้ใช้โปรแกรมอีเมลมีความประพฤติดีคุณอาจจะต้องกด Enter ที่จุดที่เหมาะสม หากคุณไม่ได้มีเส้นแบ่งและส่งแต่ละย่อหน้าเป็นเส้นยาวบางผู้อ่านจดหมายจะทำให้ผู้ใช้เลื่อนไปทางขวาเพื่ออ่านข้อความและอาจตัดสายและสูญเสียบางส่วนของเนื้อหาถ้ามันนานกว่าภายใน บัฟเฟอร์การใช้โปรแกรม (มาตรฐานการตั้งค่าอย่างสูงสุดของ 998 ตัวอักษรสำหรับสายอีเมล แต่บางโปรแกรมเกินแม้นี้ก่อให้เกิดการสูญเสียข้อมูลในโปรแกรมอีเมลอ่านจำนวนมาก.)

UPDATE:  ชุดที่น่าอับอายของไวรัสอีเมลซึ่งมีการตีในช่วงไม่กี่ปีที่ผ่านมาเริ่มต้นด้วย“เมลิสสา” อย่างต่อเนื่องและเพิ่มขึ้นด้วย“Worm.ExploreZip” และ“บับเบิ้ลบอย” จากนั้นระเบิดกลางปี 2000 ของ“I Love คุณ”, ‘โจ๊ก’ และ ‘เจเน็ต Resume’ และในปี 2001 แพร่หลาย ‘Sircam’ หมู่คนให้เหตุผลมากกว่าทั้งหมดไม่ไว้วางใจ ‘แฟนซี’ รูปแบบอีเมล บางส่วนของเหล่านี้เป็นสคริปต์ Visual Basic บางแมโคร MS Word, และบางส่วนไม่ได้จะต้องมีการ  เปิด การนัดหยุดงานเนื่องจาก“คุณสมบัติ” Microsoft Outlook ของการแสดงบางส่วนของข้อความ (รวมถึงเนื้อหาที่เพิ่มขึ้น) ขณะที่“บทสรุป” ก่อนที่คุณจะเปิดพวกเขา ASCII ธรรมดาอาจจะน่าเบื่อมากขึ้น แต่ก็ไม่สามารถใส่ไวรัสในระบบของคุณ! กระแทกแดกดันมีตำนานเมืองจำนวนมากและหลอกลวงเกี่ยวกับไวรัสอีเมลหมุนเวียนในช่วงเวลาที่อีเมลยังคงอยู่เกือบตลอดเวลาข้อความธรรมดาและด้วยเหตุนี้ไม่เสี่ยงต่อการติดไวรัส นี้สร้าง“เด็กผู้ชายที่ร้องไห้หมาป่า” ผลกระทบที่ก่อให้เกิดความไม่ไว้วางใจคนที่จะเตือนไวรัสมากจริงที่มีตอนนี้ผิวในรูปแบบ e-mail (และปรากฎว่าผู้ใช้โปรแกรมไมโครซอฟท์ที่มีความเสี่ยงมากยิ่งขึ้นเนื่องจากแนวโน้มที่มีชื่อเสียงของซอฟต์แวร์ที่ไม่สนใจส่วนหัวชนิดไมม์ – นี้จะช่วยให้ผู้เขียนไวรัสแอบในเนื้อหาที่ปฏิบัติการด้วย“ผู้บริสุทธิ์” ประเภทหัวเช่น  image/jpeg รับที่ผ่านมาในส่วนของซอฟแวร์ที่ป้องกันหรือเตือนเกี่ยวกับเนื้อหาที่เป็นอันตราย แต่แล้วต้องแจ้งให้ทราบล่วงหน้า Microcrud สมองที่ตายว่ามันมี  .exe  ชื่อไฟล์และรันไวรัสและทุก.)

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

อย่า มากกว่าราคา หรือ ภายใต้การอ้างอิง!

เมื่อตอบกลับข้อความที่ยกมารวมถึงวัสดุพอเพียงที่จะสร้างบริบทของการตอบกลับของคุณไม่มากไม่น้อย สุดขั้วตรงข้ามมีทั้งร้าย:

1) ตอบไม่ทราบราคา

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

     แน่นอนว่า ... นั่นเป็นความคิดที่ดี!

คนที่ได้รับมันอาจจะมีความคิดที่ไม่มี  สิ่งที่  คุณคิดว่าเป็นความคิดที่ดี

2) ตอบ ข้อความ ทั้งข้อความต้นฉบับ

บางคน (ได้รับการสนับสนุนโดยโปรแกรมอีเมลที่เริ่มต้นที่จะทำเช่นนี้) แนบข้อความทั้งหมดที่พวกเขากำลังตอบกลับในการตอบกลับของพวกเขาบางครั้งรวมทั้งหัวและรถพ่วงทั้งหมด หากข้อความที่พวกเขากำลังตอบกลับเป็นตัวเองตอบกลับอาจจะมีหลายชุด recursive ข้อความที่ยกมาแนบไปกับข้อความเดิม ข้อความจะได้รับมากจริงๆวิธีนี้และมีจำนวนมากสิ่งที่ไม่เกี่ยวข้องเช่นหลายซ้ำของบล็อกลายเซ็นที่ด้านล่างของข้อความ

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

     >> มีอะไรสีดำและสีขาวและสีแดงทั้งหมดมากกว่า?

     > ที่เป็นคนเก่าจริงๆ ... หนังสือพิมพ์ของหลักสูตร

     ตลก ... ฉันมักจะคิดว่ามันเป็นม้าลายแดง

หมายเหตุหลายระดับของข้อความที่ระบุโดยการปรากฏตัวของหนึ่ง“>” เครื่องหมายที่ด้านซ้ายสำหรับแต่ละระดับอ้าง มาตรฐานแบบดั้งเดิมสำหรับ quoting คือการใส่คำตอบของคุณภายใต้วัสดุที่ยกมา เปลวไฟสงครามบิ๊กบางครั้งแบ่งออกในรายการจดหมายและกลุ่มข่าวมากกว่าคน quoting ทางตรงข้าม (Reply Quote ก่อนแล้ว) ซึ่งเรียกว่า“อันตรายสไตล์” เพราะคำตอบแจ๋วคำถาม ตัวเองฉันน้อยหมกมุ่นอยู่กับว่าพูดหรือตอบกลับมาก่อนกว่ากับเหลือล้นของวัสดุที่ยกมาใช้โดยคนจำนวนมากในปัจจุบัน ทั้งสองมักจะไปด้วยกัน แต่เป็นรูปแบบดั้งเดิมของการวางการตอบสนองหลังจากที่อ้างได้มีแนวโน้มที่จะส่งเสริมให้มีความกะทัดรัดของ quoting ตั้งแต่การใช้คำพูดที่ยาวบังคับจำนวนมากที่มีการเลื่อนไปรับที่ผ่านมามันจะตอบสนอง

ดูความเห็นมากมายเกี่ยวกับปัญหาเหล่านี้และรูปแบบอีเมลอื่น ๆ ของฉันใหม่  รูปแบบจดหมายเว็บไซต์

เมื่อส่งไฟล์ไปยังผู้คนโดยทั่วไปไปสำหรับตัวหารร่วมที่ต่ำสุด!

หนึ่งนี้ไม่ได้จริงๆ“ปลายเว็บ” อย่างใดอย่างหนึ่งหรือแม้กระทั่ง“ปลายอีเมล” แต่เคล็ดลับก่อนหน้านี้ทำให้ผมที่จะขยายแนวคิดต่อไปและเตือนคนว่าในทุกกรณีเมื่อพวกเขากำลังพยายามที่จะได้รับไฟล์ให้กับคนอื่นที่พวกเขาควรจะใช้รูปแบบที่เป็นไปได้มากที่สุดทั่วไปเพื่อให้มั่นใจว่าผู้รับสามารถจัดการกับมัน นี้นำไปใช้ไม่ว่าคุณจะส่งไฟล์ผ่านเว็บ, E-mail, FTP, หรือในฟล็อปปี้ดิสก์

สิ่งที่ทำให้ผมเขียนนี้ก็คือว่าไม่กี่ปีหลังผมได้ดิสก์ในจดหมายที่มีบทความสำหรับการใช้งานในจดหมายข่าวของฉันแก้ไข แต่พบแฟ้มไม่สามารถอ่านได้ พวกเขาเห็นได้ชัดในรูปแบบ Microsoft Word, แต่รุ่นใหม่ของ Word ไปกว่านั้นการสนับสนุนจากการใด ๆ ของหลายโปรแกรมผมมี (ในเวลานั้น) ที่สามารถนำเข้าไฟล์ Word ดังนั้นไฟล์ที่ออกมาเป็นขยะในโปรแกรมฉันพยายามทุก (ตั้งแต่นั้นมาผมได้อัปเกรดระบบของฉันและมีล่าสุด Word, เพื่อให้ฉันได้รับในที่สุดก็สามารถเข้าถึงไฟล์ดังกล่าว (แม้ว่าฉัน  กลัว จะมีบางไวรัส MS-คำแมโครแพร่กระจายทั่ว … ) ฉันมีโชครุนแรงพยายามที่จะอ่านสิ่งที่แนบมาคนอื่นส่งอีเมลฉันในรูปแบบ WordPerfect; WordPad จะไม่เปิดว่าผมไม่ได้มี WordPerfect และยูทิลิตี้ DOSMAN เก่าที่ผมเขียนปีที่ผ่านมามีความสามารถในการรับชมไฟล์รวมทั้ง WordPefect ยังไม่ได้เก็บไว้กับการแก้ไขใหม่ล่าสุดเพื่อให้ไฟล์ขึ้นมาเป็นระเบียบมี เกินไป.)

หลีกเลี่ยงการสร้างปวดหัวดังกล่าวสำหรับผู้รับของคุณโดยใช้มาตรฐานมากขึ้นรูปแบบทั่วไป ถ้าไฟล์ที่คุณส่งเป็นข้อความบันทึกเป็น ASCII ตรงไม่ได้เป็นรูปแบบการประมวลผลคำเฉพาะ เลือก“บันทึกเป็นข้อความ” ในการประมวลผลคำของคุณ หรือถ้ามันเป็นสิ่งสำคัญที่รูปแบบของคุณ (ตัวหนาตัวเอียง ฯลฯ ) ที่จะรักษาคุณสามารถลองส่งออกใน MS RTF (รูปแบบ Rich Text) ซึ่งได้รับการสนับสนุนอย่างกว้างขวางว่าเป็นรูปแบบนำเข้าและไม่ได้ดูเหมือนจะมีเป็นจำนวนมาก รุ่นกันไม่ได้เป็นรูปแบบ MS Word ปลอดภัยที่สุดเลยคือการบันทึกไฟล์สองครั้งเป็น ASCII และ RTF และส่งไฟล์ทั้งสอง (เท่าที่ผมรู้ว่ามีวิธีการฝังไวรัสเป็น“มาโคร” ใน ASCII หรือ RTF ไม่ดังนั้นพวกเขากำลังรูปแบบที่ปลอดภัยกว่า MS Word ในเรื่องนี้เกินไป.)

ถ้าไฟล์ที่คุณต้องการส่งกราฟิกคุณดีที่สุดออกโดยใช้รูปแบบ GIF หรือ JPEG เนื่องจากพวกเขากำลังรูปแบบกันอย่างกว้างขวางที่สุดได้รับการสนับสนุน ( แต่บางคนหลีกเลี่ยง GIF เนื่องจากโชคร้าย  พนังสิทธิบัตร Unisys; PNG เป็นรูปแบบใหม่ที่ถูกปกป้องแทนดีกว่าในบางวิธี แต่โชคร้ายที่การสนับสนุนสำหรับการไม่เป็นที่ที่ดีเลย.) แต่ไม่ได้ใช้BMP  หากคุณสามารถช่วยมัน ที่เป็นรูปแบบที่ไม่บีบอัดไฟล์เพื่อให้ได้มากจริงๆ!

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

หากคุณกำลังให้ไฟล์บนฟลอปปีดิสก์ที่“ปลอดภัยที่สุด” รูปแบบวันนี้เป็นเครื่องคอมพิวเตอร์ขนาด 3.5 “ความหนาแน่นสูง ( แต่ถ้าคุณกำลังจะส่งไปยังคนที่มีเครื่องโบราณจริงๆเขาอาจจะต้องการความหนาแน่นต่ำหรือแม้กระทั่ง 5.25 “ดิสก์แม้ว่าเหล่านี้ส่วนใหญ่ชิ้นพิพิธภัณฑ์วันนี้) อย่าส่งดิสก์แพลตฟอร์มอื่น ๆ (Mac ฯลฯ ) เว้นแต่คุณจะ  รู้ว่า ผู้รับมีเครื่องดังกล่าว; ดิสก์เครื่องคอมพิวเตอร์สามารถอ่านได้จากแพลตฟอร์มอื่น ๆ มากที่สุดวันนี้ แต่กลับไม่เป็นความจริงมักจะ รูปแบบความจุสูงกว่าเช่นไปรษณีย์ SyQuest ฯลฯ มีอยู่ในหลาย ๆ สายพันธุ์ที่คุณควรตรวจสอบว่าผู้ใช้สนับสนุนสิ่งที่คุณมีก่อนที่คุณพยายามที่จะส่งหนึ่ง ( แต่ไม่มีของเหล่านี้เป็นเรื่องปกติโดยเฉพาะอย่างยิ่งในปัจจุบันเนื่องจากการใช้งานอย่างแพร่หลาย ของ CD และ DVD เตา) ซีดีรอมที่แพร่หลายสวยมากวันนี้และสามารถอ่านได้โดยหลายแพลตฟอร์มดังนั้นถ้าคุณได้มีเครื่องเขียนซีดีที่เป็นวิธีที่ดีที่สุดที่จะส่งข้อมูลจำนวนมาก (ประมาณ 600 เมกะไบต์พอดีกับแผ่นซีดี) DVD-ROM มีความจุสูงขึ้นและเป็นธรรมดาบนเครื่องใหม่ (ซึ่งยังสามารถอ่านและเขียนแผ่นซีดีเพื่อให้พวกเขาสนับสนุนรูปแบบทั้งสอง) แต่มีเสมอไปเป็นรูปแบบใหม่ ๆ ออกมา (BluRay ใคร?) จะล้าสมัยคนเก่า

หากคุณมี Mac คุณควรรู้ว่าดิสก์ PC-รูปแบบใด ๆ ที่คุณสร้างจะมีโง่“ทรัพยากรส้อม” ไดเรกทอรีย่อยที่จะรบกวนดิคเก้นออกมาจากผู้ใช้คอมพิวเตอร์กระตุ้นความคิดเห็นเยาะเย้ยเกี่ยวกับวิธีการ“ถ้าคุณมี  จริง  คอมพิวเตอร์ คุณจะสามารถส่งไฟล์ฉันโดยไม่มีที่อึโง่บนดิสก์!” นอกจากนี้ไฟล์ Mac ส่งโดยแนบมากับอีเมลมักจะออกมาเป็น ‘multipart’ สิ่งที่แนบมากับสิ่งที่โง่ทรัพยากรที่เดียวกันผนวก ไฟล์ที่จบลงด้วยการใช้งานในตอนท้ายพีซี แต่ผู้ใช้อาจจะต้องไปผ่านการคลิกพิเศษไม่กี่คลี่คลายพวกเขาจากสิ่งที่แนบทรัพยากรของพวกเขา

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

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

อย่าเพิ่มผู้โง่ ‘ผู้ใช้ AOL คลิกที่นี่’ เส้นข้อความแสดง E-mail ของคุณ!

จะใช้เป็นสิ่งที่ธรรมดาอย่างเป็นธรรมโดยเฉพาะอย่างยิ่งในข้อความอีเมลในเชิงพาณิชย์เพื่อที่จะเห็นด้านล่างบรรทัดของข้อความที่อ้างอิง URL สายที่มี URL เดียวกันในที่  <A HREF="..."> แท็กด้วย“ผู้ใช้ AOL คลิกที่นี่” นี้มีลักษณะจริงๆ  ใบ้ตูด  ทั้งหมดในโปรแกรมอีเมลอื่น ๆ นอกเหนือจาก AOL, ซึ่งเป็นไปตามมาตรฐานที่ถูกต้องและแสดงรหัส HTML เป็นข้อความดิบ (เพราะหลังจากที่ทุกข้อความที่ถูกส่งไปใน  ข้อความดิบกับชนิด MIME “text / plain” ไม่เป็น HTML, ชนิดไมม์“text / html”)

AOL เลือกที่จะไม่สนใจมาตรฐานและมีผู้อ่านจดหมายของตนพยายามที่จะตีความโค้ด HTML ภายในข้อความข้อความธรรมดา นี่คือความเจ็บปวดที่ยิ่งใหญ่สำหรับรายชื่อผู้รับจดหมายคุยกันเรื่องการเขียนเว็บเป็นตัวอย่างรหัสลมขึ้นได้รับการแสดงผลแทนการมองเห็นเป็นรหัสวิธีการที่ผู้เขียนตั้งใจ ดังนั้นพฤติกรรมของผู้อ่านจดหมายนี้เป็นความผิดปกติที่ควรจะประณามไม่ pandered ไป ไม่ได้“ทำให้น่าเกลียด” ข้อความของคุณสำหรับผู้ใช้ที่ไม่ใช่ AOL ทั้งหมดโดยการเกาะเป็นเส้นโง่รหัส HTML เพื่อให้พวกเขาสามารถคลิกที่ลิงก์ของคุณ (ในขณะที่ส่วนใหญ่ผู้อ่านจดหมายอื่นทำในสิ่งที่เหมาะสมโดย hyperlinking URL ที่ใด ๆ โดยอัตโนมัติพวกเขาพบในที่ราบ ข้อความโดยไม่ต้องตีความโค้ด HTML ใด ๆ ในข้อความ) ผู้ใช้ทุกคนแม้แต่คนใน AOL เป็นอย่างดีสามารถใช้การคัดลอกและวางที่จะนำ URL ในเบราว์เซอร์ของพวกเขา

ในฐานะที่เป็น AOL ไม่ที่สุดทำให้โปรแกรมทำงานมากขึ้นเช่น mail ของลูกค้าที่เหมาะสมเรียงลำดับของสิ่งนี้ไม่ได้เป็นเรื่องธรรมดามากวันนี้ แต่เป็นของปี 2007, AOL ได้เริ่มต้นการผนวกส่วนท้ายโฆษณาโง่ข้อความขาออกซึ่งรวมถึงแท็ก HTML  แม้ในรุ่นข้อความธรรมดา!  อีกครั้งหนึ่งที่ผู้ใช้ AOL ท้ายดูโง่ สลับไปที่ดีกว่า ISP!

กำหนดค่าโปรแกรมจดหมายของคุณอย่างถูกต้อง!

นอกจากนี้ยัง e-mail โปรแกรมผิดนัดการส่งข้อความ HTMLized ตามที่ระบุไว้ข้างต้นนอกจากนี้ยังดูเหมือนจะเป็นโปรแกรมอีเมลออกมีค่าเริ่มต้นไปยังที่อยู่ตอบที่ไม่ถูกต้องในข้อความของคุณที่ ฉันได้รับการโหลดของข้อความที่มีส่วนหัวที่ชอบ:

Reply-To: <@someisp.com>

เมื่อฉันพยายามที่จะตอบกลับข้อความเหล่านี้โปรแกรมอีเมลของฉันพยายามที่จะส่งข้อความตอบกลับของฉันไปยังที่อยู่ที่ไม่สมบูรณ์ “@someisp.com” เมื่ออยู่ที่แท้จริงควรจะเป็นสิ่งที่ชอบ “[email protected]

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

อย่าทำผิดพลาดนี้ มองผ่านทุกส่วนการกำหนดค่าของโปรแกรมอีเมลของคุณและให้แน่ใจว่าทุกสาขาใช้ modifyable เช่น“จาก” ที่อยู่“ตอบกลับ” อยู่ชื่อผู้ใช้ (“จอห์นสมิ ธ Q.”) องค์กรของผู้ใช้ (“XYZ, Inc”) ฯลฯ จะเต็มไปด้วยเนื้อหาที่ถูกต้อง ในกรณีของเขตเลือกถ้าคุณเลือกที่จะไม่ใช้พวกเขาให้แน่ใจว่าพวกเขาจะมีที่ว่างเปล่าอย่างสิ้นเชิงไม่ได้ครึ่งหนึ่งที่เต็มไปด้วยในตัวเช่นในตัวอย่างข้างต้น

โปรดทราบว่า“จาก” และ“ตอบกลับ” ที่อยู่อาจจะไม่เหมือนกับชื่อผู้ใช้บวกชื่อเต็มของเซิร์ฟเวอร์ของคุณเชื่อมต่อเพื่อดึงข้อมูลอีเมลของคุณ บ่อยครั้งที่ชื่อเซิร์ฟเวอร์มีส่วนชื่อโฮสต์ที่ไม่จำเป็นในที่อยู่อีเมล ยกตัวอย่างเช่นผมใช้ในการดึงจดหมายของฉันจาก  server1.softdisk.comแต่ที่อยู่อีเมลของฉันคือ  [email protected] (โดยไม่มี“server1”) หลายคนไม่ทราบว่าดีขึ้นและติด“server1” (หรือเทียบเท่าจากชื่อเซิร์ฟเวอร์ของคุณเอง) ใน e-mail address ของพวกเขาซึ่งจะทำให้อยู่ของพวกเขาอีกต่อไปน้อยที่สง่างามที่มองและมีแนวโน้มมากขึ้นที่จะกลายเป็นที่ไม่ถูกต้องถ้าของพวกเขา ISP เคยเปลี่ยนแปลงเซิร์ฟเวอร์ของตน หากคุณมีข้อสงสัยใด ๆ เกี่ยวกับสิ่งที่รูปแบบของที่อยู่ของคุณคุณควรจะใช้ขอให้ฝ่ายสนับสนุนทางเทคนิคของ ISP ของคุณเป็นรายละเอียดที่แน่นอนของการแก้ไขจะแตกต่างจากเว็บไซต์ไปยังเว็บไซต์

… และไม่ลืมที่จะพิมพ์ที่อยู่อีเมลของคุณอย่างถูกต้อง!

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

โดยเฉพาะอย่างยิ่งสมาชิก AOL มีแนวโน้มที่จะพิมพ์ผิดอยู่ของพวกเขาออกจากออก“@ aol.com ส่วน” (วิธีการที่บุคคลภายนอก AOL ควรจะทราบชื่อหน้าจอของพวกเขาอยู่บน AOL และไม่ได้ระบบอื่นได้หรือไม่) หรือเพียงแค่พิมพ์“ชื่อ @ AOL ” (ออกจากออก  .com) หรือรวมถึงช่องว่างภายในชื่อ ( ‘Just Me @ AOL. co.th’) ผู้ใช้ CompuServe ละเลยที่จะเปลี่ยนเครื่องหมายจุลภาคในที่อยู่ของพวกเขา“แม่” รูปแบบ CompuServe ที่จะจุดเมื่อใช้เป็นที่อยู่อินเทอร์เน็ต นี่คือไวยากรณ์ที่อยู่ไม่เหมาะสมอีเมล ให้แน่ใจว่าคุณรู้ว่าการประชุมที่เหมาะสมสำหรับจดหมายทางอินเทอร์เน็ตเมื่อพิมพ์ที่อยู่ของคุณ!

ข้อผิดพลาดที่พบบ่อยมากคนหนึ่ง“มือใหม่” คือการติด  www.หรือแม้กระทั่ง  http://www.ในด้านหน้าของ e-mail address [email protected]ของคุณเมื่อคุณพิมพ์ลงในแบบฟอร์มบนเว็บเช่น ในขณะที่มันเป็นไปได้ที่ e-mail address ของคนจริงๆแล้วอาจจะมีตัวละครเหล่านี้ในเรื่องนี้เป็นของหายาก; มักจะอยู่ที่แท้จริงของคุณเป็นเพียง  [email protected] และคุณอย่างใดได้สับสนเกี่ยวกับความแตกต่างระหว่างที่อยู่อีเมลและที่อยู่เว็บ