Can not send large attachments: Difference between revisions

From MozillaZine Knowledge Base
Jump to navigationJump to search
(some rewording, added two alternatives)
 
(6 intermediate revisions by 2 users not shown)
Line 9: Line 9:
Try the following:
Try the following:


* Find out the maximum attachment size the SMTP server supports. Thunderbird doesn't impose any limit. The size of a binary file is increased by about a third when you send it as an attachment due to the base64 encoding. The best way to verify that you're not running into a size limit is to see if you have the same problem using another email client such as Outlook Express.  
* Find out the maximum attachment size the SMTP server supports. Thunderbird doesn't impose any limit. The size of a binary file is increased by about a third when you send it as an attachment due to the base64 encoding. Outlook.com currently has a maximum message size of about 9.8GB [https://www.lifewire.com/outlook-attachment-size-limit-1174283], GMX has a maximum message size of 50MB, TimeWarnerCable (a ISP) a maximum message size of 30MB, Gmail, Yahoo, and AOL a maximum message size of 25MB , Zoho a maximum message size of 20MB and Comcast (a ISP) a maximum message size of 15MB. Typically you can assume a email provider supports a 25MB message that has up to 3 attachments.


* Increase mailnews.tcptimeout from its default value of 60 seconds to 300 seconds using [[Menu_differences_in_Windows,_Linux,_and_Mac | Tools -> Options]] -> Advanced -> General -> Connection timeout. This frequently solves the problem, especially when you have a wireless connection. This preference is only available in 1.5 or later.  
* Frequently the problem is not your SMTP server, its due to the recipient's email provider imposing a maximum message size. One way to verify that is to send the message using webmail, and see if it has the same problem.
 
* Try a different SMTP server if one is available.
 
Its also possible the problem has nothing to do with the size of the attachment. Try the following:
 
* Send a message with a small attachment with the same file extension to verify your SMTP server is not filtering based on the file extension. You might also try sending the attachment as a .ZIP file.
 
* Check that the attachments filename doesn't contain characters that might cause a problem by renaming it beforehand to use just 7bit ASCII letters.
 
* See if the problem only occurs for a specific file name extension. A number of users have had problems sending .doc attachments and fixed the problem by exiting Thunderbird and deleting the [[MimeTypes.rdf]] file in the [[Profile_folder_-_Thunderbird | profile]]. Its not clear why this works since its normally used to associate a MIME type with another program, and Thunderbird normally doesn't call another program when it sends a message to the SMTP server. If you do this it will reset what is used to view an attachment with a specific file type to the default values.
 
If none of the above helps either see the Alternatives section or try:
 
* Increase mailnews.tcptimeout from its default value of 60 seconds to 300 seconds using [[Menu_differences_in_Windows,_Linux,_and_Mac | Tools -> Options]] -> Advanced -> General -> Connection timeout. This frequently solves the problem, especially when you have a wireless connection. This preference is only available in 1.5 or later. (In 3.x versions the setting is accessible only through the Config Editor - Tools->Options->Advanced->General->Config Editor.)


* Disable any program such as an anti-virus or spyware scanner from scanning outgoing messages. Its recommended that you don't scan outgoing messages anyways because it frequently causes interoperability problems, and if the recipient doesn't have their own anti-virus program they have bigger things to worry about than your message.  
* Disable any program such as an anti-virus or spyware scanner from scanning outgoing messages. Its recommended that you don't scan outgoing messages anyways because it frequently causes interoperability problems, and if the recipient doesn't have their own anti-virus program they have bigger things to worry about than your message.  
Line 22: Line 36:


:*Try a TCP Tweak tool [http://www.dslreports.com/tweaks] [http://help.expedient.com/broadband/mtu.shtml] [http://www.speedguide.net/downloads.php], picking a safe setting rather than trying for the fastest connection speed.  
:*Try a TCP Tweak tool [http://www.dslreports.com/tweaks] [http://help.expedient.com/broadband/mtu.shtml] [http://www.speedguide.net/downloads.php], picking a safe setting rather than trying for the fastest connection speed.  
* Try a different SMTP server if one is available.


* If you're using [[POP_before_SMTP_support | POP before SMTP]] authentication try increasing mail.pop3_response_timeout.  
* If you're using [[POP_before_SMTP_support | POP before SMTP]] authentication try increasing mail.pop3_response_timeout.  
Line 34: Line 46:


:* Check if the firmware on your router (especially if its a wireless router) and modem is up-to-date.  
:* Check if the firmware on your router (especially if its a wireless router) and modem is up-to-date.  
Its also possible the problem has nothing to do with the size of the attachment. Try the following:
* Send a message with a small attachment with the same file extension to verify your SMTP server is not filtering based on the file extension. You might also try sending the attachment as a .ZIP file.
* Check that the attachments filename doesn't contain characters that might cause a problem by renaming it beforehand to use just 7bit ASCII letters.
* See if the problem only occurs for a specific file name extension. A number of users have had problems sending .doc attachments and fixed the problem by exiting Thunderbird and deleting the [[MimeTypes.rdf]] file in the [[Profile_folder_-_Thunderbird | profile]]. Its not clear why this works since its normally used to associate a MIME type with another program, and Thunderbird normally doesn't call another program when it sends a message to the SMTP server. If you do this it will reset what is used to view an attachment with a specific file type to the default values.


==Alternatives==
==Alternatives==


If you can't send a message with a large attachment because it exceeded your email providers limits consider transferring the attachment using one of the following services instead.  Some of them will also send a message with the files URL to the recipient for you. Read their terms and conditions, and privacy statement first.
If you can't send a message with a large attachment because it exceeded your email providers limits consider transferring the attachment using one of the following services instead.  Supposedly all of them password protect the file and offer a free version of their service. Some of them will send a message with the files URL to the recipient for you. Read their terms and conditions and privacy statement first.  


:* [http://www.yousendit.com/ YouSendIt]
:* [http://www.yousendit.com/compare-plans YouSendIt]
:* [http://www.box.net/ Box.net]
:* [https://secure.cloudsafe.com/login/ CloudSafe]
:* [https://www.dropbox.com DropBox]
:* [https://www.files2u.com/ Files2U]
:* [http://www.mongofiles.com/ MongoFiles]
:* [http://pando.com/ Pando]
:* [http://www.sendthisfile.com/ SendThisFile]
:* [http://www.sendthisfile.com/ SendThisFile]
:* [http://sendgenie.com/ SendGenie]
:* [http://www.sharebig.com/ ShareBig]
:* [http://www.sharebig.com/ ShareBig]
:* [http://www.megaupload.com/ MegaUpload]
:* [http://wikisend.com/ Wikisend]
:* [http://lifehacker.com/5638598/xfiles-transfers-bulky-files-from-browser-to-browser Xfiles]
:* [http://lifehacker.com/5638598/xfiles-transfers-bulky-files-from-browser-to-browser Xfiles]


You could also use a [http://www.snapfiles.com/Freeware/downloader/fwfilesplit.html file splitting utility] to break the file into multiple pieces that you send in separate messages. Many of them don't require the recipient to use the same utility to reassemble the file, they'll create either a batch file or a tiny .exe that you can include as an attachment that will do that.
:* [https://wetransfer.com/ WeTransfer]
:* [https://send.firefox.com/ Firefox Send]
 
You could also use a file splitting utility such as [http://www.snapfiles.com/get/gsplit.html Gsplit] to break the file into multiple pieces that you send in separate messages. Many of them don't require the recipient to use the same utility to reassemble the file, they'll create either a batch file or a tiny .exe that you can include as an attachment that will do that.
 
==Sending attachments via the cloud==


[https://wiki.mozilla.org/Features/Thunderbird/BigFiles Big Files] describes the plans to add support for sending attachments via the cloud. The protocols are described in http://mxr.mozilla.org/comm-central/source/mail/components/cloudfile/ and currently support DropBox and YouSendIt. [https://bugzilla.mozilla.org/show_bug.cgi?id=698925]
==See also==
==See also==
* [[Cannot_send_mail | Can not send messages]]
* [[Cannot_send_mail | Can not send messages]]
Line 63: Line 81:
* [http://forums.mozillazine.org/viewtopic.php?f=39&t=1200135&p=6283745#p6283745 Mozillazine post summarizing problems sending attachments]
* [http://forums.mozillazine.org/viewtopic.php?f=39&t=1200135&p=6283745#p6283745 Mozillazine post summarizing problems sending attachments]
* [http://news.cnet.com/8301-27076_3-20000133-248.html?tag=newsLeadStoriesArea.1 How to save and share ridiculously large files]
* [http://news.cnet.com/8301-27076_3-20000133-248.html?tag=newsLeadStoriesArea.1 How to save and share ridiculously large files]
* [https://wiki.mozilla.org/Features/Thunderbird/BigFiles BigFiles plan] - If the file is above a certain size, warn the user and offer to use online storage instead of attachment.


[[Category:Sending and receiving mail (Thunderbird)]]
[[Category:Sending and receiving mail (Thunderbird)]]
[[Category:Attachments (Thunderbird)]]
[[Category:Attachments (Thunderbird)]]
[[Category:Issues (Thunderbird)]]
[[Category:Issues (Thunderbird)]]

Latest revision as of 23:22, 8 August 2017

This article was written for Thunderbird but also applies to Mozilla Suite / SeaMonkey (though some menu sequences may differ).

Sometimes you can send a small message successfully, but if you try to send one with a large attachment you get a error message like:

Sending of message failed.

The message could not be sent because connecting to SMTP server mail.adelphia.net failed. The server may be unavailable or is refusing SMTP connections. Please verify that your SMTP server settings is correct and try again, or else contact your network administrator.

Try the following:

  • Find out the maximum attachment size the SMTP server supports. Thunderbird doesn't impose any limit. The size of a binary file is increased by about a third when you send it as an attachment due to the base64 encoding. Outlook.com currently has a maximum message size of about 9.8GB [1], GMX has a maximum message size of 50MB, TimeWarnerCable (a ISP) a maximum message size of 30MB, Gmail, Yahoo, and AOL a maximum message size of 25MB , Zoho a maximum message size of 20MB and Comcast (a ISP) a maximum message size of 15MB. Typically you can assume a email provider supports a 25MB message that has up to 3 attachments.
  • Frequently the problem is not your SMTP server, its due to the recipient's email provider imposing a maximum message size. One way to verify that is to send the message using webmail, and see if it has the same problem.
  • Try a different SMTP server if one is available.

Its also possible the problem has nothing to do with the size of the attachment. Try the following:

  • Send a message with a small attachment with the same file extension to verify your SMTP server is not filtering based on the file extension. You might also try sending the attachment as a .ZIP file.
  • Check that the attachments filename doesn't contain characters that might cause a problem by renaming it beforehand to use just 7bit ASCII letters.
  • See if the problem only occurs for a specific file name extension. A number of users have had problems sending .doc attachments and fixed the problem by exiting Thunderbird and deleting the MimeTypes.rdf file in the profile. Its not clear why this works since its normally used to associate a MIME type with another program, and Thunderbird normally doesn't call another program when it sends a message to the SMTP server. If you do this it will reset what is used to view an attachment with a specific file type to the default values.

If none of the above helps either see the Alternatives section or try:

  • Increase mailnews.tcptimeout from its default value of 60 seconds to 300 seconds using Tools -> Options -> Advanced -> General -> Connection timeout. This frequently solves the problem, especially when you have a wireless connection. This preference is only available in 1.5 or later. (In 3.x versions the setting is accessible only through the Config Editor - Tools->Options->Advanced->General->Config Editor.)
  • Disable any program such as an anti-virus or spyware scanner from scanning outgoing messages. Its recommended that you don't scan outgoing messages anyways because it frequently causes interoperability problems, and if the recipient doesn't have their own anti-virus program they have bigger things to worry about than your message.
  • Your TCP-IP stack might need tweaking. However, be careful changing MTU or RWIN, if you don't know what you're doing you can cripple TCP-IP. If you're not used to tweaking your operating system ask for help in your ISPs forum , Annoyances.org or the MozillaZine Tech forum before you do anything.
  • Lower the Maximum Transmission Unit (MTU) used by TCP-IP . This decreases performance (throughput) but should create a more robust TCP-IP connection. Don't set a MTU smaller than 1,400. If you have a router its MTU should be set to the same value as your PC.
  • Vista has a Receive Window Auto-Tuning feature that tweaks RWIN that can fail when used with older routers (especially ADSL routers) and some firewalls. It can usually be fixed by updating the routers firmware. You can also disable Receive Window Auto-Tuning.
  • Try a TCP Tweak tool [2] [3] [4], picking a safe setting rather than trying for the fastest connection speed.
  • If you're using POP before SMTP authentication try increasing mail.pop3_response_timeout.
  • You might have a hardware problem that only shows up when sending large amounts of data. This sounds like a lame excuse because everything else is working okay, but most other programs use the network differently.
  • Reboot the router (if you have one) and the modem. Usually its easiest to do this by powering them off, and then turning the power back on.
  • Replace the cable between your PC and modem if you have a spare. Usually this is either a Ethernet or a USB cable.
  • Check if the firmware on your router (especially if its a wireless router) and modem is up-to-date.

Alternatives

If you can't send a message with a large attachment because it exceeded your email providers limits consider transferring the attachment using one of the following services instead. Supposedly all of them password protect the file and offer a free version of their service. Some of them will send a message with the files URL to the recipient for you. Read their terms and conditions and privacy statement first.

You could also use a file splitting utility such as Gsplit to break the file into multiple pieces that you send in separate messages. Many of them don't require the recipient to use the same utility to reassemble the file, they'll create either a batch file or a tiny .exe that you can include as an attachment that will do that.

Sending attachments via the cloud

Big Files describes the plans to add support for sending attachments via the cloud. The protocols are described in http://mxr.mozilla.org/comm-central/source/mail/components/cloudfile/ and currently support DropBox and YouSendIt. [5]

See also

External links