Howdy Heroes; I'm using CFPOP to parse an AOL feedback loop (which uses attachments to report our original "offending" email message). I have a mail account to receive their complaints, and parse the mail via CFML on a regular basis. The deprecated method used MX6.1. The newer method is a dandy object that's still stuck in my head:
Of greatest concern is the "generateuniquefilenames" attribute, common to ACF. This one seems to have no effect however set. Once I provide the "attachmentPath", CFPOP just creates a file called "unknownfile" there, places an attachments entry in the result set called "unknownfile,unknownfile" - and then proceeds to stomp over this same file with the attachment of each subsequent entry from the POP result set. I suppose I can do this longhand (write a header query and then loop through each MID at a time, pulling and processing each attachment from within the loop). But that just seems slow, sad and depressing to me... Finally, I don't see any result from using the OpenBD "uridirectory" attribute as described here: http://wiki.openbluedragon.org/wiki/index.php/CFPOP Nothing seems to be written anywhere when I try that one. No biggie... just use a real path for now. Craving your feedback, I remain... Al Holden <cflock timeout="10"> <cfpop action="getall" name="fbl_mail" maxrows="100" server="mail.domain.com" port="110" timeout="30" username="foo" password="bar" attachmentPath="#expandPath('./attachments/')#" generateuniquefilenames="true" > </cflock> -- 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
