적절한 첨부 파일 크기 제한을 결정하는 방법은 무엇입니까?

나는 이것이 10-20MB를 줄 영역을 고백하고 사용자가 FTP를 사용해야 할 때마다 "전자 메일은 파일 전송 용이 아닙니다"를 던질 것입니다.

그러나 빛나는 새로운 메일 서버는 그래서 ... 합리적인 접근을받을 권리가 있습니다 첨부 파일 크기에 대한 적절한 제한을 결정하기위한 비 부두 방법은?

(이것이 위키인지 또는 그저 좋은 방법인지에 대해 생각합니다.)

나는 환경과 무관 한 좋은 지침이있을 것이라고 생각했지만 구체적인 내용은 50 개의 사서함, Exchange 2007, AD, 하드웨어는 TBD입니다. 클라이언트는 2007/2003 믹스입니다. 일을 단순하게 유지하기 위해 일치하도록 보내기 / 받기를 설정했다고 생각했습니다.

"이메일은 파일 전송 용이 아닙니다!"

진지하게, 나는 내 것을 10MB 이상으로 설정했으며 원격 SMTP 서버에서 거부 할 수 있습니다. 회사 / 클라이언트가 더 큰 파일을 많이 사용하는 경우 15 또는 20MB로 설정해야하지만 그보다 크지 않아야합니다.

더 큰 파일을 보낼 경우 클라이언트에게 Dropbox 와 같은 서비스를 사용하도록 지시 합니다. [공개, 그것이 나의 추천 링크입니다!]

더 큰 파일을 보내고 받아야하는 사용자에게 일관되고 안전하며 사용하기 쉬운 대안을 제공하는 것보다 한계 자체가 다소 중요하지 않습니다.

이것은 귀하의 비즈니스에 직접적으로 의존합니다.

나는 정기적으로 40MB 범위의 파일을 얻는 사용자가 있으며 때로는 그보다 훨씬 높습니다. 나는 본질적으로 그 이유로 무제한 크기를 설정했습니다.

합법적 인 첨부 파일을보고 평균 크기를 두 배로 늘린 다음받은 가장 큰 합법적 인 첨부 파일을보십시오. 평균의 두 배보다 크면 지금까지 가장 큰 것보다 50 % 더 크게 만드십시오.

10MB 회사! 활짝 열려있는 임원을 제외하고. 우리는 저주받는 것에 지쳤습니다!

나는 "10Mb이고 그것은 당신의 많은"캠프에 있습니다. 그것은 당신이 보낼 수있는 것이 아니라 당신이 보내는 사람들이받을 수있는 것이기도합니다. 귀하의 비즈니스가 이메일로 매우 큰 바이너리를 보내는 것이 일반적인 지역에서 운영되지 않는 한 왜 더 높은가?

그 외에도 Dropbox, 구식 FTP 서버 또는 영리한 것 등 큰 파일을 보내야하는 사람들에게 대안을 제공해야합니다 (우리는 서버 및 대역폭 용량이 있습니다). 드롭 박스와 유사한 자체 서비스를 사용자에게 제공합니다.

나는 조금 더 높은 경향이 있으며 30MB를 넘습니다. 비즈니스마다 다릅니다. 첨부 파일의 대안으로 senduit을 사용해보십시오 .

크기에 상관없이 들어오는 한계를 나가는 한계 이상 으로 유지하십시오 . 서버는 크기와 관련이없는 오류 (잘못된 주소 등)가 있고 메일을 몇 바이트 만 추가하더라도 거부하지 않으려는 경우 메일을 반송하여 모든 메일을 반송 할 수 있습니다. 크기에 따라 해당 메일.

또한 일부 "이메일 클라이언트"(주의해서 사용하는 용어)는 동일한 첨부 파일 만 추가하여 첨부 파일이있는 이메일에 회신합니다. 또한이 동작과 같이 멍청한 메일도 반송하지 않으려 고합니다.

운 좋게도 MTA (Exchange는 아니지만 postfix는 1)는 반송 메일을 원본 메일보다 훨씬 작은 크기로 제한 할 수 있습니다. 따라서이 기능이 브레인 데드 MTA에서도 채택됨에 따라 첫 번째 사례는 감소 할 수 있습니다.

어쨌든, 크기의 선택은 실제로 주로 의사 소통하는 사람과 한계가 무엇인지에 달려 있습니다. 그래픽 비즈니스에서는 최대 3 배 크기의 메가 바이트 크기를 듣지 못합니다. 다른 비즈니스에서는 학계를 말하고 싶지만 슬프게도 시간이 바뀌 었습니다. 나는 내가 한 것을 알고 있지만 10 년 전이었다.

여기도 10MB입니다. 허용되는 표준 인 것 같습니다. 이에 대해 불만을 제기 한 고객이 있습니다 (특히 할당량이나 한도를 무시하기위한 변명으로 "대형 CAD 도면"을 지속적으로 사용하는 많은 설계자). 그러나 고객에게 (1) 전자 메일은 공유 됨 서비스, ​​따라서 그들의 활동은 다른 사람들의 가용성에 영향을 미칠 수 있으며, (2) 수신자와 잘 놀아야합니다.

그 한계를 넘어 서면 가능한 많은 대안을 마련 할 수 있으므로 모두가 행복하게 지낼 수 있습니다.

Google은 Gmail 한도에 맞게 설정했습니다. 우리는 동료 연구원들과 대용량 데이터 세트를주고 받기를 원하는 특정 과학자들의 간청에 귀를 기울입니다. 그렇기 때문에 우리는 여전히 부서별 메일 서버와 1TB 미만의 4000 명 사용자 및 메일 저장소를 지원하는 Exchange 서버를 모두 보유하고 있습니다.

개별 PC 수준에서 하드웨어 속도와 용량의 모든 놀라운 개선으로 인해 사람들은 합리적인 것에 대한 왜곡 된 감각을 갖게되었습니다. 500GB 이상의 하드 드라이브가 장착 된 빠른 PC 및 랩톱은 디지털 카메라, 영화, 많은 그림이 삽입 된 문서 등의 5MB 사진을 처리합니다.

그런 다음 유선으로 전송하고 싶습니다 ... 예, 20MB, 50MB, 더 큰 첨부 파일을 보내는 데 많은 시간이 걸립니다. 그러나 문제가 발생하면 훨씬 더 큰 방식으로 문제가 발생합니다. 대기열에 더 큰 파일이 있습니다. 대역폭 요금이 올라갈 수 있습니다.

어쨌든, 그것은 우리가 한 일에 대한 예비 단계입니다. 공중에서 20MB를 꺼내고 "그게 끝났습니다." 100MBPS 연결과 관련시킬 수 있고 50 명이 같은 크기의 파일을 한 번에 보내려고 할 때 어떤 일이 일어날 지 알 수 있도록 충분히 커야합니다.

일부 서버 개인 메시징 (Exchange, Qmail ...)에 정의 된 5MB 또는 10의 제한을 충족하기 위해 보내려는 파일의 크기와 유형을 극복하는 전문 솔루션이 있습니다. 이 솔루션은 또한 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를 사용하고 있습니까? 그렇다면 어떤 버전입니까? 이것은 복잡한 주제입니다.

엄격하고 느슨합니다. 최대 100MB는 허용하지만 15 개 이상은 거부합니다.

세계가 발전함에 따라 정책도 마찬가지입니다. 최근 Exchange 2010으로 업그레이드하여 보내기 / 받기 제한을 25MB (Gmail 제한)로 상향 조정했습니다. Gmail의 호스팅 된 이메일 서비스가 확장됨에 따라 하한에 문제가 생길 수 있습니다. 스토리지 공간이 문제가 아닌 경우 (디스크가 작고 빠르며 저렴하다고 간주) 왜 그렇지 않습니까?