Title: RE: perform-actions-add-attachment
**
Bob,
 
Is the process simply a process call or a set field run process? If it's just simply a process call, it is a fire and forget thing and may not have time to generate the file before your subsequent al tries to attach it. If you use a set field run process it will ensure that the file is fully generated before your next action fires. I do something similar with filters.. via the filter add attachment, the command looks like this:
 
$PROCESS$ PERFORM-ACTION-ADD-ATTACHMENT 536880912 "/var/tmp/execfb.xml"
 
So, you either have the phasing issue or you may simply need to add the double-quotes to your statement
 
You do need the @@: because you are calling it from an AL but need to run it via the server so it would be
$PROCESS$ @@:PERFORM-ACTION-ADD-ATTACHMENT 536880912 "/var/tmp/execfb.xml"
 
The other consideration is permissions...running ARS as root shouldn't cause you a problem, but if you are running as non-root, your ARS unix account will need access to the appropriate directory/file.
 
HTH
 
Eric Roys
Sr. Software Engineer
Verizon Business
 
 


From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Halstead, Robert
Sent: Tuesday, November 14, 2006 3:36 PM
To: [email protected]
Subject: Re: perform-actions-add-attachment

**
Well the users shouldn't be able to access any directories.  Which is why I i'm running the process on the server.  Am I to believe that we can't add attachments that reside on the ARSystem server without that user having access to it?
 
What I'm trying to do is have Remedy add an attachment that resides on the ARSystem server (that was created by a perl script that resides on that server) into an attachment field via an AL. But is this possible?
 
Bob Halstead
 


From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of McKenzie, James J C-E LCMC HQISEC/L3
Sent: Tuesday, November 14, 2006 2:27 PM
To: [email protected]
Subject: Re: perform-actions-add-attachment

**

Bob:
 
The fact that the server is UNIX should have nothing to do with this.  Maybe it is a permission issue.  Can the user get to and access this file?  Also, remember the format for Windows is:


c:\yada\yada\yada\filename.txt.
 
James McKenzie
L-3 GSI
 

________________________________

From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Halstead, Robert
Sent: Tuesday, November 14, 2006 2:10 PM
To: [email protected]
Subject: Re: perform-actions-add-attachment


**
Btw, the client is on windows, server is on unix.  Could it be that I can't add an attachment from the server using an AL?


Bob Halstead
 

________________________________

From: Halstead, Robert
Sent: Tuesday, November 14, 2006 1:54 PM
To: '[email protected]'
Subject: PERFORM-ACTION-ADD-ATTACHMENT


I have this form in remedy that runs a perl script on the server via AL.  This perl script creates an excel file based on command line arguments passed to it by remedy.  I then have another AL that runs right after it doing a PERFORM-ACTION-ADD-ATTACHMENT process cmd.


For some reason the PERFORM-ACTION-ADD-ATTACHMENT command fails or doesn't do anything.
 
this is all on a unix box btw.
 
my run process cmd looks like this: PERFORM-ACTION-ADD-ATTACHMENT 536880912 /home/jsoria/SCRIPTS/PERL/REPORTS/log.txt
 
The ID is correct, it points to a attachment field (not the pool). That txt file is at that location as well.
 
One thing, do I need to add a @@: in front of that?  I've tried and I get a ARERR 90 Connection error.
 
Anyone think of what I'm doing wrong?

Bob Halstead

__20060125_______________________This posting was submitted with HTML in it___
______________________________________________________________________
This e-mail has been scanned by Verizon Managed Email Content Service, using Skeptic technology powered by MessageLabs. For more information on Verizon Managed Email Content Service, visit http://www.verizonbusiness.com.
______________________________________________________________________
__20060125_______________________This posting was submitted with HTML in it___
______________________________________________________________________
This e-mail has been scanned by Verizon Managed Email Content Service, using Skeptic™ technology powered by MessageLabs. For more information on Verizon Managed Email Content Service, visit http://www.verizonbusiness.com.
______________________________________________________________________
__20060125_______________________This posting was submitted with HTML in it___

Reply via email to