Base64 attachment gets corrupted

Hi,

Great script,thank you!

However,when sending base64 attachments and trying to save them as files using fopen with ftp and make sure $part['FileDisposition'] == 'attachment' :

fwrite($fp,$part['Body']);

The new file only gets 70-80% of the decoded base64 data,as such pdf,pptx etc gets corrupted and images cut.

Looking at the mime parser source code,is it correct to really do strlen as you did below ?


elseif(IsSet($this->headers['Base64']))
{
$part['Data'] = base64_decode($this->body_buffer_position ? substr($this->body_buffer,$this->body_buffer_position) : $this->body_buffer);
$this->body_offset += strlen($this->body_buffer) - $this->body_buffer_position;
$this->body_buffer_position = 0;
$this->body_buffer = '';
}

Any advice ?

Thanks!

And i should also add this is when the attachment is larger than a few kb,having a very small images or pdf always works perfectly.

I have looked at the memory setting in php.ini and it is 128mb,as well as long excection time etc.Something is wrong when the files is getting larger and trying to decode the base64 and fwrite it to the server.

Can you please provide a sample e-mail file complete with headers and upload it somewhere so I can try to reproduce the problem?

Hi Manuel!

Thank you for quick replay.

Yes, i have uploaded the documents.

Here is the raw email parts:
mediafire.com/?t7ka38gr97j4iu1

the parse script (where fwrite happens):
mediafire.com/?npv9d8yrciv2fo7

The resulting (cropped) image (it has been cut):
mediafire.com/?8qnt5cagbxuvh8p

Again,thank you!

I am able to decode the message correctly an extract the image file with 769088 bytes.

Your problem may be in the actual FTP transfer. Are you sure you have enough FTP quota to transfer files this large?

Could it be a bug in the FTP extension of the PHP version you are using?

Have you tried using the SaveBody option of the Decode function to see if the whole image is saved to a file?

Thanks for your great help here Manual.

Now i know the script works at least.I will report back if i find any problem with my PHP installation and extension.

You mentioned the SaveBody option. So am right that i can just specify:

$parameters=array(
'Data'=>$email,
'SaveBody'=>'path to a folder'

);

and the path can be relative to the script (that is running under htdocs)
will save the attachment as files to the server? Hm, i think i have tried it once,and it failed.But i will give it yet another try (if the code is correct) ?

Thank you!

The path is relative to the current work directory, which initially is your start PHP script directory.

Success!!

The savebody does indeed work! How can i rename them correctly ? (they get saved as the part integer on the server). I guess i have to do it with the ordinary php methods like rename and move_files etc, no out of the box methods in your script right (other than i get the filename string)?

Really if this works in production i will look into donations for this site/scripts!

Thank you, better than paid support,amazing!

Manuel, just a last question on the body parts.How can i rename them from the 1,2,3..n value on the sever to the FileName (or is the BodyFile?)

I tried:

foreach($decoded[0]['Parts'] as $part){
$counter++;
//check for attachments
if($part['FileDisposition'] == 'attachment'){

//format file name anything that isn't a letter, number or derscore)
$filename = preg_replace('/[^0-9,a-z,\.,_]*/i','',str_replace(' ','_', $part['FileName']));

rename('/var/path/'.$counter, "/var/path/$filename");
}

But the counter in the loop is not synced with the saved body parts,how come ?

Set the class variable use_part_file_names to 1.