Re^3: SMTP auth() command not supported on smtp.live.com

[Corion]

You at least have a typo in your MIME-Type:

Wrong   : Type        => 'aplication/pdf',
Correct : Type        => 'application/pdf',

I don't know if that's the cause for the incorrect/corrupted attachments.

[lighterjoul]

opps... very sorry for my carefulless...

I can get the pdf attachment right now, but the pdf size is not correct, the original pdf size is 42.2KB, but the attachment size in the email is 11.4KB, and that pdf can not be opened, very strange... I guess if the MIME::Lite destroied the PDF file?

[Corion]

Aaah - I think I fought MIME::Lite on that front at one time. If you are on Windows, MIME::Lite does not always know to binmode the file used for an attachment. For .xls files, I now manually patch the mime type to application/vnd.ms-excel, which seems to do what I need, but I have old and disabled code that forced a binary attachment:

    $msg->attach(  
                   Type        => $type,
                   Disposition => 'attachment',
                   Path        => $filename,
                   Filename    => basename($filename),
                   Binmode     => 1,
    );

If you are not on Windows, or that does not fix the problem, are you sure that the files to be attached have been written completely and their filehandles closed?

[lighterjoul]

Hi, Corion, Thanks for your reply. I'm on Windows, I don't know basename() function, so I changed to absolutely path, but I still got the same result, the pdf file is not correct.

my $filename = "E:/test.pdf";
my $type = "application/pdf";

 $msg->attach(  
                   Type        => $type,
                   Disposition => 'attachment',
                   Path        => $filename,
                   Filename    => $filename,
                   Binmode     => 1,
    ) or die "Error adding PDF: $!\n";