Thanks Matt;
This is version 1.4a (2010-08-07 01:00:38 GMT)
Linux i386 (2.6.24-19-server) Apache Tomcat/6.0.20
JVM 1.6.0_17
BACKGROUND:
Traditional ACF behavior for CFPOP is to read a user's email into a
"query" object, with each row being a message. Email attachments are
saved off into individual files ONLY IF you provide an "attachmentpath"
attribute. Because the same path is used by all attachments, the
"generateUniqueFilenames" attribute prevents file overwrites.
CFPOP places one comma delimited list (tab delimited as of CF8) of
attachment file names per message into an "attachments" column of the
query. There's also a similar "attachmentfiles" column, but with the
expanded path of each file. If generateUniqueFilenames was false, then
CFPOP would just use the file's native name - otherwise CFPOP would use
a unique name and the file's native suffix.
PROBLEM:
OpenBD's CFPOP seems to respect the "attachmentpath" attribute, but not
the "generateUniqueFilenames" attribute. All the attachments of a single
message are saved under the extension-less name "unknownfile", and
subsequently overwritten by each attachment & message retrieved, leaving
one with a single file of unknown type in the attachmentpath after
retrieving multiple messages with attachments.
ENVIRONMENT:
This issue is observed when retrieving emails from a Dovecot IMAP/POP3
server that were originally sent by AOL's feedback loop system. The MTA
is SendMail.
HTH,
Al
P.S. The issue about URIDIRECTORY is a separate one I mentioned as a
FYI. I don't need it, so we should probably shelve that for another
thread for now?
--
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
