Alan Holden said the following on 01/23/2011 06:59 PM: > The issue with me is NOT the existence or lack of the specified > attachment path. I used a path that DID exist, and my CFPOP DID save > "all" of the attachments there. > > The issue is that CFPOP named every attachment "unknownfile", > regardless of how generateUniqueFilenames was set. > > So, at the end of the getAll process, there was only one file in the > attachment path that survived (the one from the latest retrieved message). Sorry, I should have explained my original email. I was poking around there today because I was patching a similar issue with cfimage and unique file names. After what Stephen just email, noticed a [compat] issue when directories did not exist.
I'm poking around that code now. I think the issue may be just a stupid checking error -- it appears to be checking for the string literal of "yes" instead of a boolean. Could you try with generateuniquefilenames="yes" as the attribute (instead of "true" or 1)? Please report back. Best, .Peter -- Open BlueDragon Public Mailing List http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon official manual: http://www.openbluedragon.org/manual/ Ready2Run CFML http://www.openbluedragon.org/openbdjam/ mailing list - http://groups.google.com/group/openbd?hl=en
