Hi John, I have apologized for my magnitude error. It indeed we a 20mg file that was not getting processed.
I still do not have a solution to this issue. Don ---------- Original Message ---------------------------------- From: "John Tolmachoff" <[email protected]> Reply-To: <[email protected]> Date: Wed, 14 Jan 2015 11:27:07 -0800 (PST) >Todd, while it is true that gist of your response was inappropriate, as some >of you may remember when I was very active on the Imail forum, that does >indeed deserve a lashing. > >ANY EMAIL ADMIN that allows users to send 20 GB sized email messages deserves >20 lashings with a wet noodle as well as a serious look at his/her priorities >and understanding of exactly how email works. > >Allowing emails of that size can cause so many problems ASIDE from the fact >that the SMTP, POP3, IMAP and MAPI protocols were never designed to handle >sessions that large. > >You can easily bring communications with your email server to a standstill, or >even worse, cause your server to crash if it does not have the required >resources to handle that size of a file. For example, what if your system was >configured that you had the SPOOL on a SSD of 40 GB and your server was >processing 2 of those emails. Guess what, you just crashed your server. > >I have never allowed emails over 25 MB on any email server I have ever worked >on. Period! > >John T >eServices For You > >-----Original Message----- >From: "Todd Hunter" <[email protected]> >Sent: Friday, January 9, 2015 6:08am >To: [email protected] >Subject: [MBF] Re: Large email files are not getting completely processed > >Sorry that was an inappropriate response. > >As others have mentioned email was never designed from its inception to be >use to transfer large files. I find it odd that the emails ever got to your >Declude spool. If the files is indeed 20Gb and the client is using a >traditional email software like Outlook it would clog there outbox for 8 - >12 hours if not days. > > >Todd Hunter >Smart IT Services >Smart-Mail >Progressive Systems >Your Smart Cloud Partner > > > >-----Original Message----- >From: [email protected] [mailto:[email protected]] >On Behalf Of Heimir Eidskrem >Sent: Thursday, January 08, 2015 8:09 PM >To: [email protected] >Subject: [MBF] Re: Large email files are not getting completely processed > >20gb emails? >Thats funny. > >Find a better solution to share files. > > > >Cordially, > >Heimir Eidskrem > >i360 Consulting >11152 Westheimer >Suite 147 >Houston, TX 77042 >Ph: 713-981-4900 >[email protected] >www.i360.net >www.smart-it-services.com > >Houston's Leading Internet Consulting Company > >-----Original Message----- >From: [email protected] [mailto:[email protected]] >On Behalf Of Don Winsauer >Sent: Thursday, January 08, 2015 5:41 PM >To: [email protected] >Subject: [MBF] Large email files are not getting completely processed > >We are experiencing an issue on our Imail server that maybe someone can shed >some light on. > >We have had a few customers on different domains send very large emails >(over 20gb). These are typically either drawing file or proof files. The >email makes it to our server and gets checked by Declude. Our customer's >are getting an "Undeliverable Mail" bounce back email saying that there is >"No message body". > >There are no errors in the log files (Sys, Dec, Vir and Blkl). The Dec file >shows that the user is whitelisted due to authentication. The Blkl has a >type of IGNORE for these emails. The large smd file is being left in the >proc\work folder with the extension D*.smd.tmp. For some reason, it's not >being transferred back into the spool folder for delivery. This explains >the "Undeliverable" and "No message body" bounce email. There is several GB >free space on the spool drive. > >Has anyone seen this or have a solution I can try? > >Thanks in advance, >Don >Net1 Media > > > > >________________________________________________________________ >Sent via the WebMail system at net1media.com > > > > > >############################################################# >This message is sent to you because you are subscribed to > the mailing list <[email protected]>. >To unsubscribe, E-mail to: <[email protected]> >To switch to the DIGEST mode, E-mail to ><[email protected]> >To switch to the INDEX mode, E-mail to <[email protected]> >Send administrative queries to <[email protected]> > > > > >############################################################# >This message is sent to you because you are subscribed to > the mailing list <[email protected]>. >To unsubscribe, E-mail to: <[email protected]> >To switch to the DIGEST mode, E-mail to ><[email protected]> >To switch to the INDEX mode, E-mail to <[email protected]> >Send administrative queries to <[email protected]> > > > > >############################################################# >This message is sent to you because you are subscribed to > the mailing list <[email protected]>. >To unsubscribe, E-mail to: <[email protected]> >To switch to the DIGEST mode, E-mail to <[email protected]> >To switch to the INDEX mode, E-mail to <[email protected]> >Send administrative queries to <[email protected]> > > > > >############################################################# >This message is sent to you because you are subscribed to > the mailing list <[email protected]>. >To unsubscribe, E-mail to: <[email protected]> >To switch to the DIGEST mode, E-mail to <[email protected]> >To switch to the INDEX mode, E-mail to <[email protected]> >Send administrative queries to <[email protected]> > > ________________________________________________________________ Sent via the WebMail system at net1media.com ############################################################# This message is sent to you because you are subscribed to the mailing list <[email protected]>. To unsubscribe, E-mail to: <[email protected]> To switch to the DIGEST mode, E-mail to <[email protected]> To switch to the INDEX mode, E-mail to <[email protected]> Send administrative queries to <[email protected]>
