Skip to main content
Participant
April 14, 2006
Question

Weird CFMAIL Error

  • April 14, 2006
  • 1 reply
  • 346 views
I keep getting a very weird error (Exception type of TEMPLATE). Here it is:

The tag handler mailparam does not have a setter for the attribute contentID specified in the tld.

The code on the line executing is:

<CFIF Attributes.AttachmentFileName NEQ ''>
<CFMAILPARAM FILE="#Attributes.AttachmentFileName#">
</CFIF>

I thought this was caused by either having or not having a particular hotfis. Our CF Version is 6,1,0,hf52806_61. Anyone have any ideas or ever seen this error before? Thanks,

Phil
    This topic has been closed for replies.

    1 reply

    Giancarlo Gomez
    Inspiring
    May 23, 2006
    Have you found an answer for this? I have the same problem with the hosts server which it's product version is 6,1,0,63958. I run the same code on my dev server which is version 7,0,1,116466 and it all works fine. THe code that causes the problem is below.

    <cfif len(form.fileName)><cfmailparam file="#request.tempFolder##CFFILE.ServerFile#"></cfif>
    <cfif isDefined("qryFiles") and qryFiles.recordCount>
    <cfloop query="qryFiles"><cfmailparam file="#request.storageFolder##T43File#"></cfloop>
    </cfif>

    As you can see this is perfectly fine but the CFMX 6 server throws the following error:

    The tag handler mailparam does not have a setter for the attribute contentID specified in the tld.
    Giancarlo Gomez aka &quot;JC&quot;
    pduba31Author
    Participant
    May 23, 2006
    I haven't gotten an answer on this. we ended up removing the code from the server it was failing on. In our case that was a perfectly acceptable solution since it was a quasi-test environment anyway. I would like to know what is causing this as this code works on every other environment we have. I believe it is a patch that we forgot somewhere but I haven't been able to track it down. If you find anything out, please post back to this thread. It's definitely with CF because it will not compile correctly. Thanks,

    Phil