Upgrading into version 3.7 . The reports changed their structure

[RSAAdmin]

 Today we have a computer that has a drive map into the Application server. We are mapping the drive e:\nic\3700\Eventlogger-AS1\webapps\pi\pireport . We are doing this in order to provide access to many of our users and handle the account management outside the Envision Server.

 The mapping was working fine in previous versions but after upgrading into version 3.7 the reports have a link from the main page into a new path. It changed from:

http://serverIP:8080/pireport/foldername/monthdate/daydate/hourdate/report

now the new link is trying to reach:

htttp://serverIP:8080/servlet/ReportAccess?RPTLNK=%5Cpireport%5Cfoldername%5Cmonthdate%5Cdaydate%5Chourdate%5Creport

is there a way to map the new path?

[RSAAdmin]

we just got onto 3.7 as well and here is what I see. If you map your drive to:
E:\nic\3700\SITENAME-AS1\webapps\pi\pireport which is the same as you had before then you will have to drill down from there. I do not see why you couldnt map to the lower folders as well if need be such as:
E:\nic\3700\SITENAME-AS1\webapps\pi\pireport\CUSTOMFOLDERNAME\Mar2008\d10

Even though the link looks different does it ultimatley take you to the same place?

Rob

[RSAAdmin]

Rob,

 the map doesn't work. You can test it in the same application server by browsing with the iExplorer the file

E:\nic\3700\Event logger-AS1\webapps\pi\pireport\index.htm

 You will see that it will try to send you to the following links:

file://E:/servlet/ReportAccess?RPTLNK=%5Cpireport%5.......

the link won't work with the variables "?", "%"  . If the link doesn't work in the same server; creating a map drive into other computer will be replicating the symptom of the local file.

[RSAAdmin]

The scheduled report path has changed.  This is for security reasons.  When you request a report you are passed back into the system for accounting and auditing.  This was you can run reports to see what people are viewing.  You can no longer have an external link to view the scheduled folders.  The work around for this is to specify an alternate directory in the bottom of the scehdule reports window and map to that new directory

[RSAAdmin]

An alternate drive/folder doesn't work as well either Dave.  That Month\Day\Hour stuff makes it challenging for auditor types to find what they need.  A better strategy would be to allow the reports to be sent to a network share without the default Month\Day\Hour stuff.  Sending the reports to a web server where auditors and compliance people could look for themselves would save many of us significant grief.