RXOP

Hi RiDP support,

After maintenance. I cannot find this ticket https://ricoh-ridp.com/ridp/support-system/incident/kofax-usa/1758164874/21109624/5627

The above ticket is not updated.

Please advise.

Thanks.

Due to be unable to use logcat temporarily, can this (attached) tar file be decrypted? 

There is a customer that is having a reboot issue during our installation, and normally, we'd decrypted the logs before opening an incident.  We will be collecting additional rxist rxop debug logs in the coming days before asking for more specific guidance.

Hi RiDP support,

We got some errors when using RXOP to check WIM and serverlet on device.

10/09/2025 11:33:58 AM The exception when call https://10.212.110.235:51443/dsdk/StartServlet, org.apache.http.conn.HttpHostConnectException: Connect to 10.212.110.235:51443 [/10.212.110.235] failed: Connection refused: connect

9/10/2025 11:34:39 AM Error when Polling HTTPS WIM authentication screen for device 10.212.110.235 failed: No connection could be made because the target machine actively refused it 127.0.0.1:3128

We attached Machine Log.

Please advise.

Thanks.

Hi RiDP support,

We got this error when using RXOP to install application to the device:

install -- STATE_INSTALL_ERROR ERR_SOP_VERSION_UPDATE_PROHIBITED :: Device version up lock mode. :: :: ::

Model: Ricoh IM 2510

We are waiting for machine log and rxop logs.

Please advise.

Thanks.

Hello,

I have received some emails from Wolfgang Razen and Yuhei Sasaki who are attempting to deploy our Authentication, Secure Print and Secure Scan applications for Ericsson.

They are getting a failure when attempting to do the deployment:

06 Aug. 2025 09:28:21 MRDP6004E EXCEPTION OCCURRED DURING RICOH DEPLOYMENT PROCESSING - -- init -- COMMON_NOT_AUTHENTICATED
06 Aug. 2025 09:28:21 MRDP6005E STACK TRACE
MRDP6005E ricoh.rxop.rxcommon.RxopException: -- init -- COMMON_NOT_AUTHENTICATED

I have attached the deployment log, the rxinst log and the device tracelog. I didn't really see anything in these logs that indicate what the issue is. When we have typically seen this error in the past, it means the username/password are incorrect. Wolfgang has assured me they are correct here.

Here is some information from Wolfgang on the type of user they are using to do the deployment. Wolfgang says if they use a default device admin, the deployment works just fine.

The device has 3 types of admins running.
1) The default device admin using the old mechanics. That admin account is the one which was used before Flexible admin Role was introduced. That admin user works fine with VPSX embedded installation.
2) A LDAP group which is keyed to the 4 usual admin functionalities (Device, Network, User, File). When using a user from that LDAP group the device will grant that user the admin rights on the device. I have not tested yet if that user can install VPSX embedded.
3) Another LDAP group which is keyed to a template with privileges (and I have given all privileges available). A user from that LDAAP group will be granted those privileges when the user logs in. In the Web Image Monitor (WIM) it is shown that this is an admin with custom privileges assigned. That user fails to install VPSX embedded with he results I have provided you yesterday.

It is this 3rd admin that is failing to be able to deploy our solutions. 2 questions I had for them are can this 3rd user login to the device using the ROC and do those types of admins have authority to do installation and configuration using RXOP. Neither Wolfgang nor Yuhei knew the answers to these. I don't think they have access to the ROC either.

So, my question is, how do I determine if this is something caused by our deployment code, something with the device configuration, a bug, or simply something that isn't supposed to work this way?

Regards
Bryan

Hi RiDP support,

Could you please tell us whether RXOP can work with java versions:

Java 8 x64

Java 11 x86 and x64

Java 17 x86 and x64

Java 21 x86 and x64

Java 24 x86 and x64

Java 25 x86 and x64

Thanks.

Hello Team,

We've used the Remote Operation Client (ROC) v1.6.5 from the rxop-downloads page to install / uninstall application on the Ricoh SOP devices in our office.

https://ricoh-ridp.com/resources/downloads/roc-rxop-v165

We have a couple of questions
1. Are we allowed to redistribute the ROC client as-is ? ( to our clients )
2. If yes, is there a specific packaging requirement around how it should be done?

Greetings, our mutual customer Biogen reported an issue with our Ricoh Remote Card Reader Management (RRCRM) Application; as a reminder RRCRM is used to install our RfIdeasReaderPlugin.

RRCRM includes a call to RicohJavaDevice.isUseVMlessApi to see if an installation of rxConfServlet is required. If required, RRCRM will use rxop to install rxConfServlet.

We recently updated RRCRM to use rxop version 3.8.9, and we're seeing failures installing rxConfServlet on IM C4500. Some investigation showed that rxop version 3.8.9 has a reference to 3.5.3 of rxconfServlet, which is a significant downgrade from the 3.8.8 version that rxop 3.8.8 used. I see the Ricoh download page has ServletComponentsFor3.8.9 available with the description that starts, "Repackaged servlet components for v3.8.9 with correct signatures"

Should we be taking the ServletComponentsFor3.8.9 and replacing the rxconf servlet that ships with rxop 3.8.9? Any additional guidance you could provide around this area would be helpful.

Hi RiDP support,

Our customer check rxsp servlet  from an IM 370 device and got this error:

[rxinst-10.12.110.44-1549565508][2025-07-16 15:46:16] INFO  - ---- DmServletResponse ----
[rxinst-10.12.110.44-1549565508][2025-07-16 15:46:16] INFO  - url: https://10.12.110.44:443/DH/devicemanagement
[rxinst-10.12.110.44-1549565508][2025-07-16 15:46:16] INFO  - status: 404
[rxinst-10.12.110.44-1549565508][2025-07-16 15:46:16] INFO  - rawData: <html><head><title>404 Not Found</title></head><body><h1>404 Not Found</h1></body></html>

Tried lots of changes to MFD certificates etc but it fails

Tried with Admin no password as well as current device password. Also changed certificates, disabled and enabled TLS 1.3.

Device was factory reset this morning and a template applied from a working machine but it just wont work.

Other devices of different models work ok but this single IM 370 will not work

We attached rxinst log, machine log

IP device is  10.12.110.44

Please advice
 

Hi RiDP support,

Our customer say that our application change the Ricoh’s scan settings -> General Settings -> Print and Delete scanner records from Delete Oldest to Disable Send

We concern:

1. Which SP setting is related to that change?
2. Please help to check whether we set SP setting which is related to that change or not. We attached Rxop debug log, machine log (machine log before installing and machine log after installing)
3. If we do not set the SP setting why that change occurs?

Thanks.