Hi Guys,
I'm having a problem converting large binary e-mail attachments from base64 to Perl string format.
I'm using MIME::Base64. The attachment is formatted properly and perfectly. All rows have the proper amount of characters and padding if necessary. The e-mails were sent from outlook, hotmail, yahoo.
Here is the problem. With small binary attachments, < 1 meg there are no problems.
With larger attachments > 1 meg, I always get a "Premature end of base64 data" and while the conversion completes, the converted file is a few hundred bytes smaller than the original file and always corrupted.
I've searched all over and can't find whether or not this is a bug with MIME::Base64. I'm using the latest version. The MIME::Base64 readme says this is just a warning, but the files are corrupted so there must be another problem.
Once again, this only happens with binary (video) files over 1 meg, smaller ones seems to work fine.
If necessary, I can upload the e-mail source along with attachment but they're about 2 megs.
Thanks,
Luc L.
I'm having a problem converting large binary e-mail attachments from base64 to Perl string format.
I'm using MIME::Base64. The attachment is formatted properly and perfectly. All rows have the proper amount of characters and padding if necessary. The e-mails were sent from outlook, hotmail, yahoo.
Here is the problem. With small binary attachments, < 1 meg there are no problems.
With larger attachments > 1 meg, I always get a "Premature end of base64 data" and while the conversion completes, the converted file is a few hundred bytes smaller than the original file and always corrupted.
I've searched all over and can't find whether or not this is a bug with MIME::Base64. I'm using the latest version. The MIME::Base64 readme says this is just a warning, but the files are corrupted so there must be another problem.
Once again, this only happens with binary (video) files over 1 meg, smaller ones seems to work fine.
If necessary, I can upload the e-mail source along with attachment but they're about 2 megs.
Thanks,
Luc L.