Re^2: Corrupted ZIP file using MIME::Lite

Replies are listed 'Best First'.
Re^3: Corrupted ZIP file using MIME::Lite by rhesa (Vicar) on Dec 30, 2007 at 21:15 UTC
I believe you may be confused. The `Filename` attribute is only used to give the recipient a name for the attachment. The `Path` attribute should contain the full path to your zip file. For example, `Path => '/home/rhesa/zips/small.zip', Filename => 'tiny.zip',` [download] would attach my file named "small.zip", but the recipient would see an attachment named "tiny.zip".	[reply] [d/l] [select]
Re^3: Corrupted ZIP file using MIME::Lite by kirillm (Friar) on Dec 30, 2007 at 21:23 UTC
Oh well. Here's a snip from MIME::Lite docs: Filename Optional. The name of the attachment. You can use this to supply a recommended filename for the end‐user who is savi +ng the attachment to disk. You only need this if the filename at the end of the "Path" is inadequate, or if you’re using "Data" instead of "Path". You should not put path information in here (e.g., no "/" or "\" or ":" characters should be used). [...] Path Alternative to "Data" or "FH". Path to a file containing the data... actually, it can be any open()able expression. If it looks like a path, the last element will automatically be treated as the filename. See "ReadNow" also. [download] Read these carefully... Have you tried my suggestion before you replied?	[reply] [d/l]
Re^4: Corrupted ZIP file using MIME::Lite by rlambert7 (Acolyte) on Dec 31, 2007 at 05:05 UTC
No, I have tried, yet. I can't for at least a few days. But, my apologies, apparently I have relied on, what now appers to be, bad, rather detailed, info on another site. What you have provided looks sufficient to correct the problem. Thanks.	[reply]