จะกำหนดขนาดของไฟล์แนบที่เหมาะสมได้อย่างไร?

ฉันจะสารภาพว่านี่เป็นพื้นที่ที่ฉันจะให้ 10-20mb และโยน "อีเมลไม่ได้มีไว้สำหรับการถ่ายโอนไฟล์" เมื่อใดก็ตามที่ผู้ใช้เข้าใจว่าต้องใช้ FTP

แต่เซิร์ฟเวอร์อีเมลใหม่เงาสมควรได้รับวิธีการที่มีเหตุผล ... ดังนั้นสิ่งที่เป็นวิธีการที่ไม่ใช่ของขึ้นสำหรับการกำหนดวงเงินที่เหมาะสมสำหรับขนาดไฟล์แนบ?

(ลังเลว่านี่เป็นวิกิหรือถ้ามีวิธีที่ดีพอใช้)

ฉันคิดว่าจะมีแนวทางที่ดีโดยไม่ขึ้นอยู่กับสภาพแวดล้อม แต่มีการเรียกเฉพาะเจาะจง - ดังนั้นกล่องจดหมาย 50 กล่อง, แลกเปลี่ยน 2007, โฆษณา, ฮาร์ดแวร์คือ TBD ลูกค้าคือมิกซ์ 2007/2003 ฉันคิดว่าฉันจะตั้งค่าส่ง / รับเพื่อให้ตรงกับเพื่อให้สิ่งที่ง่าย

"อีเมลไม่ได้มีไว้สำหรับการถ่ายโอนไฟล์!"

อย่างจริงจังฉันตั้งค่าของฉันที่ 10MB สูงกว่าและคุณอาจได้รับการปฏิเสธจากเซิร์ฟเวอร์ SMTP ระยะไกล หาก บริษัท / ลูกค้าของคุณใช้ไฟล์ที่มีขนาดใหญ่กว่านี้ฉันอาจจะมั่นใจว่าตั้งไว้ที่ 15 หรือ 20MB แต่ไม่สูงกว่านั้น

ฉันแนะนำให้ลูกค้าใช้บริการเช่นDropboxถ้าส่งไฟล์ขนาดใหญ่ [การเปิดเผยนั่นคือลิงค์อ้างอิงของฉัน!]

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

สิ่งนี้ขึ้นอยู่กับธุรกิจของคุณโดยตรง

ฉันมีผู้ใช้ที่ได้รับไฟล์อยู่ในช่วง 40MB เป็นประจำและบางครั้งก็ดีกว่านั้น ฉันตั้งค่าขนาดไม่ จำกัด ด้วยเหตุผลนั้น

ดูขนาดไฟล์แนบที่ถูกต้องตามกฎหมายใช้ขนาดเฉลี่ยแล้วเพิ่มเป็นสองเท่าจากนั้นดูไฟล์แนบที่ถูกต้องที่สุดที่คุณได้รับ หากมันใหญ่กว่าค่าเฉลี่ยสองเท่าจงทำให้มันใหญ่กว่าค่าเฉลี่ยที่ใหญ่ที่สุดถึง 50%

บริษัท 10 MB! ยกเว้นสำหรับผู้บริหารที่เปิดกว้าง เราเบื่อที่จะถูกสาป!

ฉันอยู่ในค่าย "10Mb และนั่นคือล็อตของคุณ" มันไม่ได้เป็นเพียงสิ่งที่คุณสามารถส่ง แต่ยังเป็นสิ่งที่คนที่คุณส่งไปสามารถรับ เว้นแต่ว่าธุรกิจของคุณดำเนินงานในพื้นที่ที่มีการส่งไบนารี่ขนาดใหญ่ทางอีเมลเป็นเรื่องปกติ

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

ฉันมักจะสูงขึ้นเล็กน้อยและคืบคลานขึ้น 30MB มันจะแตกต่างกันไปในแต่ละธุรกิจ ในฐานะที่เป็นทางเลือกให้กับไฟล์ที่แนบมาให้ลองsenduit

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

อีกทั้ง "ไคลเอนต์อีเมล" (ฉันใช้คำอย่างระมัดระวัง) สร้างการตอบกลับอีเมลพร้อมไฟล์แนบโดยเพิ่มไฟล์แนบเดียวกัน คุณไม่ต้องการที่จะตีกลับอีเมลเหล่านั้นเพราะโง่เช่นนี้

โชคดีที่มี MTA ที่ดี (ไม่ใช่การแลกเปลี่ยน แต่ตัวอย่างเช่น postfix คืออันเดียว) ที่อนุญาตให้คุณ จำกัด การตีกลับที่ขนาดที่ต่ำกว่าจดหมายต้นฉบับมาก ดังนั้นกรณีแรกอาจจะลดลงเนื่องจากคุณลักษณะนี้ได้รับการนำไปใช้แม้แต่โดย MTA

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

10MB ที่นี่ด้วย ดูเหมือนว่าจะเป็นมาตรฐานที่ยอมรับ ฉันมีลูกค้าที่บ่นเกี่ยวกับมัน (โดยเฉพาะกลุ่มสถาปนิกที่ใช้ "แบบร่าง CAD ขนาดใหญ่" เป็นข้อแก้ตัวสำหรับโควต้าหรือข้อ จำกัด ใด ๆ อย่างต่อเนื่อง) แต่สิ่งที่ต้องทำก็คือชี้ให้เห็นว่า (1) อีเมลเป็นที่ใช้ร่วมกัน บริการและดังนั้นกิจกรรมของพวกเขาอาจส่งผลต่อความพร้อมใช้งานสำหรับผู้อื่นและ (2) พวกเขาต้องเล่นกับผู้รับดี

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

เรากำหนดให้เป็น Gmail ไม่ จำกัด จำนวน พวกเราหูหนวกในเรื่องของนักวิทยาศาสตร์บางคนที่ต้องการส่งอีเมลชุดข้อมูลขนาดใหญ่ไปมากับนักวิจัยคนอื่น ๆ นี่คือเหตุผลที่เรายังคงมีทั้งเซิร์ฟเวอร์อีเมลของแผนกและเซิร์ฟเวอร์ Exchange ที่สนับสนุนผู้ใช้และร้านค้าอีเมลที่ต่ำกว่า 1TB จำนวน 4,000 คี่

ในระดับพีซีแต่ละเครื่องการปรับปรุงความเร็วและความจุของฮาร์ดแวร์ที่น่าทึ่งทำให้ผู้คนรู้สึกผิดเพี้ยนว่ามีอะไรสมเหตุสมผล พีซีและแล็ปท็อปที่รวดเร็วพร้อมฮาร์ดไดรฟ์ 500GB + ทำให้การจัดการกับภาพขนาด 5MB จากกล้องดิจิตอลภาพยนตร์เอกสารที่มีรูปภาพจำนวนมากแทรกอยู่ ฯลฯ ไม่มีปัญหา

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

อย่างไรก็ตามนั่นคือทั้งหมดเบื้องต้นสำหรับสิ่งที่เราทำ: ดึง 20MB ออกจากอากาศและพูดว่า "แค่นั้นแหละ" มันใหญ่พอที่เราจะสามารถเชื่อมโยงกับการเชื่อมต่อ 100MBPS ของเราและพยายามให้ความรู้สึกว่าจะเกิดอะไรขึ้นหากมี 50 คนพยายามส่งไฟล์ขนาดเดียวกันในครั้งเดียว

เพื่อให้ตรงกับขีด จำกัด ของ 5 MB หรือ 10 ที่กำหนดไว้ในเซิร์ฟเวอร์บางแห่งการส่งข้อความส่วนตัว (Exchange, Qmail ... ) มีโซลูชันระดับมืออาชีพที่เอาชนะขนาดและประเภทของไฟล์ที่คุณต้องการส่ง วิธีการแก้ปัญหายังให้ตรวจสอบย้อนกลับและการรักษาความปลอดภัยที่แข็งแกร่งที่ไม่ให้ FTP (รหัสผ่านและชื่อผู้ใช้ในการล้าง ... ) ยังมีให้บริการในสภาพแวดล้อมอุปกรณ์พกพา (iPhone, Windows phone 7 / mobile, Blackberry, ... )

มี 2 ​​เทคโนโลยี:

โซลูชันโหมดแพลตฟอร์ม:

http://www.edipoles.com/index.php?id_page=36&openPanel=1

โซลูชันในปลั๊กอินของ Outlook:

http://www.edipoles.com/index.php?id_page=30&openPanel=1

มีผู้ใช้กี่คน? IMAP? POP3?

ฉันไม่รำคาญกับสิ่งใดเกินกว่า 10 อย่างที่คุณพูดมันไม่ใช่บริการถ่ายโอนไฟล์

ส่งหรือรับไฟล์แนบอีเมลหรือไม่ องค์กรของคุณใช้ MS Exchange / MS Office Outlook / Active Directory / SharePoint หรือไม่ ถ้าเป็นเช่นนั้นรุ่นใด นี่เป็นหัวข้อที่ซับซ้อน

เข้มงวดออกหลวมฉันจะยอมรับสิ่งใดถึง 100 MB ใน แต่ฉันปฏิเสธอะไรเกิน 15 ออก

ในขณะที่โลกดำเนินนโยบายเช่นนั้น ด้วยการอัปเกรดล่าสุดเป็น Exchange 2010 เราได้เพิ่มขีด จำกัด การส่ง / รับของเราเป็น 25 MB (ขีด จำกัด ของ Gmail) เมื่อขยายบริการอีเมลของ Gmail คุณจะพบปัญหากับขีด จำกัด ล่างเท่านั้น หากพื้นที่เก็บข้อมูลไม่ใช่ปัญหา (การพิจารณาดิสก์มีขนาดเล็กลงเร็วขึ้นและราคาถูกกว่า) ทำไมถึงไม่ใช่?