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
