Alan Holden said the following on 01/23/2011 08:47 PM: > But the attachmentfiles column now has full path entries which end > with names like "45_unknownfile" and "46_unknownfile", and the > attachment directory is filled with these files now - bearing names > that are "unique enough" for my low volume needs. Sure hoping this > naming scheme works with more than 100 attachments... Treating this as a separate issue. It's works, but probably not the most perfomant since it tries 1_xxx then 2_xxx, etc until it finds an available file name. My suggestion is to create an unique directory for attachments for EACH cfpop execution then delete the directory after you are done. This way the counter is reset to 0 when instead of getting file names as unknown1456 (that's a bunch of loop iterations)
Does anybody know how ACF treats this off hand? I don't recall. @AlanW/AndyW, would it be better to use the number + tickCount or messageId + file name instead. This would be a more unique file name will way less chance of collisions. .pjf -- 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
