Having a problem with cfpop - UTF-7

This is kind of a re-post as I'm seeing other cf-talk messages in the archive relating to this issue but I'm a bit stuck so thought I'd ask anyway. I've built a bounce manager using the standard catch-all email domain method and it works great. Except that one of the mail servers returning a message has done so in UTF-7 format which is, of course, generating a CF error when I run CFPOP against the bounce mail account. Having googled the problem and seen 2 solutions: 1. jcharset http://cfg11n.blogspot.co.uk/2005/06/utf-7.html 2. cfx_pop3 http://store.newmediadevelopment.net/cfx_tag.cfm?ProductID=3 I've tried both and neither has worked. I'm running CF 8.01 on linux which is why I think the cfx_pop3 tag failed, that's a DLL which is windows specific afaik. When I try to run the CFX_pop tag the server is unable to load the library. The jcharset file is stored in /cfroot/runtime/jre/lib and I checked the permissions but upon restarting the server it doesn't seem to make any difference at all and the bounce manager script still bombs out. I was just wondering if anyone has come up with any other workarounds for this problem? Thanks in advance for any assistance ;-) best wishes,       -= Ed -------------------------------------------- Edward Chanter Technical Innovations Manager Collaborative Connections Ltd. http://www.cc.uk.com/ ed@cc.uk.com Landline: 01273 832221 Mobile: 07866 365282 YIM!: jumperb MSN: ed@cc.uk.com You can find me on FaceBook too! --------------------------------------------

On 4/16/2012 5:18 PM, Edward Chanter wrote: > 1. jcharset > http://cfg11n.blogspot.co.uk/2005/06/utf-7.html > The jcharset file is stored in /cfroot/runtime/jre/lib and I checked the should work anywhere on cf's classpath (after a server service restart) but vaguely recall some classpath issues with later JVM versions. might also try jrun4/jre/lib and to test if cf is picking up that JAR: <cfscript> charSetObj=createObject("java","java.nio.charset.Charset"); availableCharsets=charSetObj.availableCharsets(); charsetInfo=structNew(); for (charset in availableCharsets) {   thisCharSet=charSetObj.forname(charset);   t=structNew();   t.displayName=thisCharset.displayname();   t.aliases=reReplace(thischarSet.aliases().toString(),"\[|\]","","ALL");   t.isIANA=thisCharSet.isRegistered();   t.canEncode=thischarSet.canEncode();   structInsert(charsetInfo,thisCharset.displayname(),t); }   </cfscript> <cfdump var="#charsetInfo#">  

Thanks for your help Paul, I tested your script and utf-7 doesn't appear in the list so I'm assuming that the new charset isn't being picked up. It's strange though because there is another file in the same folder called "charsets.jar" which is native to CF so the folder must be correct. I've restarted the server twice already with no luck. I tried but failed to locate the other folder you mentioned so I'm a bit stuck on this one. I guess I will have to figure out a manual way to remove the offending messages. Does anyone know if this utf-7 thing is still an issue in CF10? If it is then imo CFPOP should come with a big warning in the Adobe docs: THIS TAG IS NOT FIT FOR PURPOSE ----- Excess quoted text cut - see Original Post for more ----- but > vaguely recall some classpath issues with later JVM versions. might also try ----- Excess quoted text cut - see Original Post for more ----- t.aliases=reReplace(thischarSet.aliases().toString(),"\[|\]","","ALL"); ----- Excess quoted text cut - see Original Post for more -----