Recent Posts

Pages: [1] 2 3 ... 10
1
MP Server / Re: How to force disable local authentication when connect to LDAP
« Last post by rjrussel on July 15, 2019, 01:27:38 PM »
Here is a link that talks about many of the scenarios one might encounter when using LDAP for authentication.

http://www-01.ibm.com/support/docview.wss?uid=swg21597246

-Rob
2
Ah!  I'm happy to be corrected and learn about a previously unknown feature...  :) 

-JD.
3
MP Server / Re: How to force disable local authentication when connect to LDAP
« Last post by rjrussel on July 15, 2019, 09:28:26 AM »
Yes, you can. Set ARS_LDAP_OD_AUTHORITY_FALLBACK=FALSE in your CMOD config. The only user exempt is the CMOD admin ID.

If a user is not found in LDAP then authentication will fail.

Thanks,

RR
4
I think the reason this doesn't exist is because if the AD/LDAP server is down, then NOBODY can log in to CMOD -- not even administrators.  And that could cause all kinds of crazy failures - like failed loads, etc.

-JD.
5
MP Server / How to force disable local authentication when connect to LDAP
« Last post by wan_smit on July 15, 2019, 12:42:33 AM »
Hi, we plan to upgrade from CMOD MP 9.5 to 10.1. But there have requirement abut LDAP as below.

In the case we connect CMOD with AD, we need to create the same user name on CMOD and set local password. We found that in the case of there dont have user name in AD, CMOD will go back to do local authenticate. Customer would like to force disable local authentication if there no this user on AD. Not sure there have the way to do?

6
MP Server / Re: Why not FileNet for PDF Statements with IBM
« Last post by Justin Derrick on July 12, 2019, 05:15:08 AM »
It also depends on volume.  Most of the customers that have wanted to move to CMv8 or Filenet for bill presentment have turned back after realizing that only CMOD can load millions of documents a day.  One proposed migration from CMOD to Filenet I was working on in 2012 showed we could extract their collection of over 1 billion documents in about 30 days...  but Filenet would take nearly 2 years to load them.  Maybe they had some configuration/performance issues in Filenet, but the migration got cancelled immediately afterwards.  :)

And you *can* get amazing compression with CMOD if your document production system produces PPDs, allowing CMOD to remove the resources and compress the remaining data.  I've heard customers can get 300:1 compression with statement-type PDFs.

-JD.
7
MP Server / Re: Why not FileNet for PDF Statements with IBM
« Last post by tjspencer2 on July 11, 2019, 12:11:13 PM »
Ed -

That for sure is a good case for CMOD - thank you for reminding me of that!

This is indeed what I'm looking for - the Pros and Cons of one platform over and against the other for this particular use case.

TJ -
8
MP Server / Re: Why not FileNet for PDF Statements with IBM
« Last post by Ed_Arnold on July 11, 2019, 11:51:54 AM »
I know zip about FileNet.

You say:

Quote
I'm storing PDF statements only and therefore gaining little-to-no compression savings on storage.

If these are statements do they have repeating images contained therein (what we in CMOD-land call resources) that can be extracted and only one copy of the (for example, fonts and images) gets stored rather than x thousand?

Ed
9
z/OS Server / Fallback
« Last post by Ed_Arnold on July 11, 2019, 11:27:39 AM »
I've been getting a few questions lately about falling back from V10.1 during an upgrade.

I consulted with the lead architect who had this to say:

Quote
We support a customer trying to upgrade to 10.1, changing the db (e.g arsdb u) then if issues, they can fall back to 9.5 [executables - SARSLOAD and HFS] without restoring the database. 

However, always recommended to have db backup

Ed
10
MP Server / Why not FileNet for PDF Statements with IBM
« Last post by tjspencer2 on July 11, 2019, 11:09:53 AM »
IBM markets CMOD as an ePresentment platform - banking statements are a great example of a use case IBM touts using CMOD for.

Because I have 2 COLD storage platforms, one of which is CMOD MP 9.5, I'm thinking about getting rid of one of the two and cutting some costs and leveraging FileNet instead for the PDF statements use case.

Note: For my question, assume I'm storing PDF statements only and therefore gaining little-to-no compression savings on storage.

What is the "special sauce" that makes CMOD better than FileNet, for example, for storing and retrieving PDF statements via external web portal UI for a customer? 

Thanks in advance for your insight.
Pages: [1] 2 3 ... 10