I did some Google searching on this, and a common theme could be in https://www.reddit.com/r/coldfusion/comments/2vbf1j/could_not_initialize_class_comrsacrypt ojopg_null/
It might have to do with sandbox security and one of the updates. Granted, this is for CF10, not CF11, but it could still be related.
HTH,
^ _ ^
Bug created with Adobe: Tracker
Can we get an answer as to WHY this is suddenly necessary in CF2018?
So after doing some more research, I have found that this machine does not like to have anything install from the /tmp directory.
The first thing the installer does is extract the directory contents to /tmp.install.[random number] folder. This is where I get that error that I have a permission denied. So, I jumped down in the directories to make sure I (the user on Linux) had permissions and nothing was set weird. I did see that I could not as so much get the java -version to work.
I then moved the entire directory to my home directory and did the same thing and java responded with a version number. So, if I could just set the installer to use a specific directory of my choosing, I think I would be a step closer.
Thanks
Hello all,
CF 2018 Standard on Windows 2016.
Running the following code:
<cfmail to="epipko@unionbay.com" from="mail@cf_server.com" subject="Example email"> Your Email Message!!!</cfmail>
Getting the following error in mail log:
javax.mail.internet.AddressException: Empty address in string ``''
If you dealt with this error before, please point me to the right direction to resolve it.
Thanks,
Eugene
Check the mail log in CFAdmin. If there's an issue, it _should_ be present.
HTH,
^ _ ^
The error I provided IS from mail log
Are the emails in your sample code the actual emails that you are using?
Are you using variables to supply the from or to addresses? Or are they hard-coded? If variables, CFOUTPUT them to the screen and use CFABORT after that just to check.
I cannot think of any situation where CF would strip out the from or to addresses in a CFMAIL tag.
HTH,
^ _ ^
To email is real, from is not, but it works just fine in my current CF9.
Even if I add server and port, it's not working.
<cfmail to="epipko@unionbay.com" from="mail@cf_server.com" subject="Example email" server="smtp.seattlepacificindustries.com" port="25">
Your Email Message!!!
</cfmail>
I tried to run it by providing same "real" email address in "to" and "from" and got a different error:
<cfmail to="epipko@unionbay.com" from="epipko@unionbay.com" subject="Example email" server="smtp.seattlepacificindustries.com" port="25">
Your Email Message!!!
</cfmail>
Error:
com.sun.mail.smtp.SMTPSendFailedException: 530 5.7.1 Client was not authenticated
Client was not authenticated. No relays. Must be a valid, existing email address.
My guess is that something, somewhere, is stripping out mail@cf_server.com from the FROM attribute. Or the email server doesn't like it. But it should be a valid, existing sender email address.
V/r,
^ _ ^
I am running this in CF9 just fine
<cfmail to="epipko@unionbay.com" from="mail@cf_server.com" subject="Example email"> Your Email Message!!!</cfmail>
JTech, as far as I know, it has always been like that.
Our application reads an jpg image from the file system using <cfimage>. it then tries to write the image to an Oracle 11g database using simple SQL to a field of type BLOB using the imageGetBlob(). This has been working for years until recently. We have updated to an earlier java version but don't know whether this is the problem.
CF version 11,0,15,311399
Java version 1.8.0_191
error: Caused by: java.lang.NoClassDefFoundError: com/sun/image/codec/jpeg/JPEGCodec at com.sun.media.jai.codecimpl.JPEGImageEncoder.encode(JPEGImageEncoder.java:261)
UPDATE my-table SET SMALL_IMAGE = , MEDIUM_IMAGE = , LARGE_IMAGE = WHERE upc =
Some sites say that the above class has been deprecated in java 8 which makes sense as to why it's not found. My question is what to do about it because it appears that the imageGetBlob() function is somehow still tied to it. Any help is greatly appreciated.
Did you either apply a CF 11 update or update to Java from 8 from 7 recently?
If the former, check the update log for possible errors. If the latter, you may need to delete the cf class that was created for your cfml file (if it was compiled while you ran Java 7 but now you have Java 8). In this case, just delete the entire cfclasses dir and restart CF, to be safe.
More on each can be found in a blog on each that I have done and list at the top of https://www.carehart.org/top.cfm.
Let us know if this helps or not.
Yes, to both questions. We updated to CF 11 update 15 in mid September. Can't remember when we did java but it was recently. Thanks for your suggestions. I will try them this morning and let you know.
Ronnie
If it works in CF9, it's a bug. It should not have worked in CF9.
Have any changes been made to the mail server that this is going through? Without a valid existing email address as the source, it should not go through; if it does, it allows spoofing, which is a boon to spammers and bad actors wishing to send mass email phishing attacks. Security 101.
V/r,
^ _ ^
Eugene, can you confirm it works in 9 if you specify the same server and port atrribute on the cfmail like you showed above? That overrides whatever is in the cf admin mail settings.
If it then does NOT work in cf9, then it tells us that the cf admin mail page settings for server and/or port were not the same in cf9 than in 2018.
Let us know if that's it or not.
We have the application running on ColdFusion 2016 and ColdFusion 2018 and I can demonstrate that this was definitely NOT required before ColdFusion 2018. This application has gone through at least 3 ColdFusion upgrades and this is the first I've had to add a mapping to instantiate my CFCs.
I have Coldfusion 2018 successfully running on Mac OS X Mojave.
I have never tried to see if .NET integration runs on the Mac. I have installed .NET core on the mac and tested the code which connects with a DLL, however I get the error:
I cannot find anything on the web that says this will never work. Or how to overcome this error. I have checked the path, all OK.
The code works ok on a windows machine.
Any help would be much appreciated.
I would be very surprised if this worked with .NET Core. I doubt it's documented one way or the other, because this integration predates .NET Core and it's a third-party product. I also don't know if this has been upgraded since it's been included, either. I would look at the documentation for the embedded third-party product (JIntegra? I don't remember offhand) and see what that has to say.
I would also try to avoid using this product in production, too. I left that out of my initial reply, but I don't think very much of it. I don't think it's especially reliable, etc.
Dave Watts, Fig Leaf Software
