Friday, December 28, 2018
As the end of the year is quickly approaching, we'd like to share with you some updates about our achievements in 2018.
We've been tirelessly developing and supporting both our EmailLargeFile.Net and the EmailLargeFile.Com services throughout the year. A lot has been done to make them faster, nicer looking, and even more reliable than ever before. A lot is still cooking on the back-burners to be implemented in the year to come. We are excited to share the updates with you, so read on..
Firstly, we have completely redesigned and redeveloped the free EmailLargeFile.com service in 2018. Believe it or not it has been up and running since 2007 and we plan to keep it running as long as we are within the budget to keep it free. The best you can do to support it is to donate a few bucks via the Donate button on the main page of the site. But we are here today not to discuss that, but rather talk about the new and exciting goals reached in 2018.
- the service now allows uploading up to 5 files in the same package vs 1 file in the old version,
- the site front-end is adaptable (or as some people call it 'responsive') to mobile devices with smaller screens.
But the most dramatic change has been implemented after we made it work with Amazon AWS. The website is now faster and has a tiny footprint comparing to the old version. Only the website code and the database are hosted, but the files are now stored in the cloud.
Here is how the whole thing works.. When you submit your files for upload, the backend calls AWS to request pre-signed URLs that are passed back to your browser. You then upload files directly to the Amazon Cloud. While the pre-signed urls expire in minutes, the actual files stay up in the cloud for the chosen timespan. If you send those files to others via the link, your recipients will download them from the Cloud.
Some other backend changes that we are not very fond of:
- we had to dump MaxMind geolocation database, as it became prohibitively slow (they went from binary to text database format) while at the same time raised their prices by 100 times from $3/mo to about $300/mo. We may reconsider them if they become reasonable.
- we had to disconnect our Android app from our webservice because of the site upgrades, but we are tirelessly working on the new version of the app (that's one of our new year's resolutions :) )
The paid EmailLargeFile.NET service had received its share of upgrades too.
Besides fully migrating it from the datacenter to the AWS hosting, it also received the backend code update to support AWS Cloud-hosted file attachments. That part of the code however works a bit differently. While you can still upload files via the Flash to the server, the files will be later scooped up and pushed to the AWS Cloud outside of the business hours, to free up space on the server.
EmailLargeFile.NET is much more feature-rich than the free EmailLargeFile.com, therefore it follows a different development roadmap. Our new year's resolution as the absolute minimum is to move away from Flash upload and as a maximum to completely redesign the website to bring it to the modern user interface standards while keeping or expanding its functionality.
That's it for the moment. Please do share your thoughts with us here, or via the respective contact pages.
Thursday, December 1, 2016
Besides e-mail, there is another and somewhat quicker way to get notified when a file package is successfully delivered and opened. If you have a cell phone (who don’t?), you can choose to get notified via a text message when your file package is opened by the recipient.
Step 1. Add cell phone number.
First, you need to add your cell phone number to your Account information. If you already did that, skip to the Step 2.
To get to the Account info, log in to EmailLargeFile.net, then click on the Account icon up top:
Scroll down to the User Information section.
Pick the Country, then enter the cell phone number.
Click the [Update User] to save it before moving to the next step.
Step 2. Confirm your cell phone via PIN.
Verify that the Country code is correct (+1) and your cell phone is correct, then click the [x]Allow SMS/Text checkbox.
Important: you may get charged for receiving text messages by your mobile service provider. If unsure, contact your mobile service provider. Make sure you are fully aware of your cell phone plan fees and options.
Once you clicked the checkbox, wait for a few seconds until you receive a text message on your phone AND the Enter PIN prompt shows up on the screen:
If you didn’t receive the PIN message, check if your cell phone number is entered correctly. If it’s entered correctly, but you still don’t get the verification message, let us know!
Once you received the text message with the PIN, enter it in the box (your pin will likely be different):
Click the [Update User] button to accept the changes and confirm the PIN.
Step 3. Receive delivery confirmation via text message.
Now you are ready to receive text message notifications about package delivery.
When composing a new e-mail submission, check the [x] Text Message box next to the Return receipt. This will turn on SMS notifications when the submission is received and the package is opened.
You can always turn off the SMS notifications for the particular Submission via the submission details screen.
For that, click on the particular Submission under the Package on the tree view, then click on the text notifications button on the right to toggle.
Tip: via the Submission Details, you can also turn On or Off text message notifications for earlier submissions.
The text message you receive when the package is first opened would look like:
(Of course, the package name will be different from the pictured.)
Same as with the e-mail notifications, the text message is only sent to you once per recipient, and only when the package is first opened. Subsequent opens or downloads will not trigger notifications, but you will be able to see the package activity via the Reports page.
Sunday, December 29, 2013
If you use our free EmailLargeFile app for Android (former File Transfer Free), you may have noticed that it had been recently updated. If you haven't updated it yet, please do.
The new version works on Jelly Bean and KitKat much better. These would be 4.3 and 4.4 versions of Android OS, respectively.
As usual, here is some story behind this update.
About 3-4 months ago, some of our users started sending us support requests to resolve issues with our app after they updated their Android phones with the new OS. Interestingly, the app didn't have issues with many devices, even those with 4.3 or later.
We started investigating the problem. What was happening is that the 4.3.x added a new permission to access files on the SD card, while our app originally designed for 2.6 did not acknowledge. Of course, once we realized that the problem was with the app permission, we immediately modified the Manifest file. That however didn't immediately resolve the problem. After some more digging we figured out that the new bump on the road was in fact caused by the new security model of 4.3. Here is some info on that from CNET news.
By the time we fixed our code, and our new digitally signed package has been approved and published on the Google Play Store, Google decided to take away that security feature from their Android OS, calling it Beta version.
So, our code seemed not need any fix at all, it would just work the same way on 4.4.x as it worked before 4.3. Thankfully, this Google's switcheroo let us fix a few bugs in our code, including the one with Address Book, when the address book would open once and sometimes crash on one of the next open attempts. (Our app opens the address book to let the user pick an email address to send files to, and for that purpose only).
We also added the option for the user to pick a From address from any of the accounts set up on his/her device. This however happens only once during the app install, and is not available again via Options. To pick another From address, you may need to uninstall then reinstall the app.
Our Email Large File Android app allows you to send full resolution photos, videos, or other files from your Android device via email bypassing e-mail restrictions on file size. It's totally free at Google Play Store
For our iPhone aficionados, there is an Email Large File app for iOS too! Check out iTunes app store.
Thursday, October 10, 2013
Saturday, August 10, 2013
This is for all of us who use Outlook to send and receive email messages. The software is called CryptWit for Outlook and it comes as a free add-in with perpetual license, which you can use for all your needs.
The great thing is that it does not need any special software on the other end, which means your recipients, even if they use Gmail or Hotmail, can still decrypt and read your secure message.
Here is how to send an encrypted email message in 40 seconds:
Sunday, July 21, 2013
Tuesday, March 26, 2013
Here is how you can use it.
First, you need to have the list of contacts in a comma-separated (CSV) or a tab-separated (TXT) file. Make sure the first line of text in the file contains email,name. Lowercase or uppercase, doesn't matter. Those two words can be separated by a comma (,) or a tab character. No spaces. Double quotes allowed.
The first two words help us to determine the format of the rest of the file.
The file name (business, or personal, or general) helps us determine which of the address books to update. File extension is optional. On a Windows machine it will likely be .txt or .csv.
We assume the rest of the file is only emails and names. One record per line. The column separator character must be the same as in the header. Example of a correct CSV file:
Once you have the file ready, you can import it.
- log in to Emaillargefile.net via https://login.emaillargefile.net ,
- click on Contacts on top of the page. You will see the Manage Contacts and Recipients page:
Click the Import tab as highlighted below, then browse to the file (i.e: business.csv or business.txt).
No need to click the address book name on top of the page. Just make sure you pick the correct file: business for business contacts, personal for personal contacts, general for "all". Then click Submit.
On successful import, you will see the following message:
The imported email address records will look like this:
How to Prepare CSV File
If you don't have the file ready, here is how you can make it.
A well-formed recipients list is a text file. You can type it in the Notepad, or you can export the list from Excel. Here is how you can export the data from Excel.
The contacts should be in 2 columns. The first column contains email address of each person or contact, the second column stores the corresponding names:
To export data, click on the Office button, then Save As-> Other formats.
Give file a name - either Personal, or Business, or General. Pick either Tab-separated TXT file, or a Comma-separated CSV file format, then click Save:
If you preview the file in Notepad, the contents will look like this:
Close both Excel and Notepad, and you are ready to import the file.
How to Format Email Addresses
Let's say, you named the file correctly, made it tab- or comma separated, correctly spelled the header, left no spaces between columns, but the import procedure still shows zero records updated:
Usually, the zero records message would mean that the imported email addresses already exist in the database. The records may have been uploaded or manually entered earlier
In other cases, that could mean the email addresses are blank or have been incorrectly formatted.
Here are some examples of the lists (including header). Notice, that the format of each record must match the header formatting. The first column of reach record is always an email, the second column is name (or empty). Spaces or special characters other than double quotes aren't allowed in email address:
firstname.lastname@example.org Mary Poppins
- Maximum imported file size is 1Mb,
- Maximum number of imported addresses is limited by a plan you are subscribed to.
Tips and Hints
If you delete a recipient from one of your address books, then import the same email address from a file, the recipient will be restored in the address book, rather than re-created as new.
Duplicate emails are omitted. Records with empty email addresses are skipped.
Existing recipient with matching email address but a different name in the imported file, will not be renamed in the address book. (This is the current behaviour of the import procedure, which we may review and change in the future.)
For Professional and other multi-user accounts, address books of different users under the same account are not merged or shared between users.
Recipients with the same email address or name, if imported into different address books (business, then personal) will not be merged into 1 record, they will stay as multiple records, one per each address book. Exception: General (all) list.