I've got a 7.1 Patch 1 VM and it doesn't work there, either.

 

And this is Linux, not windows.maybe I'll try this on my Windows VM and see
if it may be OS related.

 

 

--- J.T. Shyman

 

  _____  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Bryan Waters
Sent: Friday, February 22, 2008 6:01 PM
To: [email protected]
Subject: Re: PERFORM-ACTION-ADD-ATTACHMENT from a filter

 

I've experienced this same issue with v7.0.1 patch4.  This is a known
defect.  Supposedly, it's fixed with v7.0.1 patch6.

 

Thanks,

Bryan

 

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of J.T. Shyman
Sent: Friday, February 22, 2008 5:13 PM
To: [email protected]
Subject: Re: PERFORM-ACTION-ADD-ATTACHMENT from a filter

 

** 

Ok, is there any restriction on it?

 

I've got a simple filter that fires on modify and attempts to put a file
into an attachment field. However, when it runs it finishes successfully,
returns a status of 0, but doesn't put the file in the attachment field. In
fact, if there is a file there already it will clear it out. 

 

This is what the filter log looks like if I use a set fields action:

 

<FLTR> <TID: 0027933600> <RPC ID: 0000000956> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
> /* Fri Feb 22 2008 16:02:40.2354 */     Checking "NCC:SCC:External Process
Report_Add Attachment" (500)

<FLTR> <TID: 0027933600> <RPC ID: 0000000956> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
>    --> Passed -- perform actions

<FLTR> <TID: 0027933600> <RPC ID: 0000000956> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
>         0: Set Fields

<FLTR> <TID: 0027933600> <RPC ID: 0000000956> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
>                   PERFORM-ACTION-ADD-ATTACHMENT 536880912
net-snmp_license.txt

<FLTR> <TID: 0027933600> <RPC ID: 0000000956> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
>                   Exit code: 0  Value: 0

<FLTR> <TID: 0027933600> <RPC ID: 0000000956> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
>               Short Description (8) = 0

 

This is what the filter log looks like if I use a process action:

 

<FLTR> <TID: 0121088928> <RPC ID: 0000000931> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
> /* Fri Feb 22 2008 16:02:13.0647 */     Checking "NCC:SCC:External Process
Report_Add Attachment"

<FLTR> <TID: 0121088928> <RPC ID: 0000000931> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
>         0: Process

<FLTR> <TID: 0121088928> <RPC ID: 0000000931> <Queue: Fast      >
<Client-RPC: 390620   > <USER: Demo
>               $PROCESS$ PERFORM-ACTION-ADD-ATTACHMENT 536880912
net-snmp_license.txt

 

But neither actually sets the file in the attachment field. 

 

The file "net-snmp_license.txt" exists in the Remedy installation's bin
folder.which is where PERFORM-ACTION-SAVE-ATTACHMENT puts files if you don't
specify a path so I figured it would grab from there to. However, it behaves
the same even if I point the "ADD" process to a full path and file.

 

--- J.T. Shyman

 

  _____  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller
Sent: Friday, February 22, 2008 5:04 PM
To: [email protected]
Subject: Re: PERFORM-ACTION-ADD-ATTACHMENT from a filter

 

** Yes it can.

On Fri, Feb 22, 2008 at 1:54 PM, J.T. Shyman <[EMAIL PROTECTED]> wrote:

** 

Does anyone know if PERFORM-ACTION-ADD-ATTACHMENT can be used in a filter to
attach a file from the server? AR 7.0.1 Patch 5 on Linux.

 

--- J.T. Shyman

 

 

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ 


__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ 

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ 

Email Disclaimer  
This email has been sent from the TuringSMI Group 

This message is subject to and does not create or vary any contractual
relationship between TuringSMI, SMI Technologies, SMI Telco, its
subsidiaries or affiliates and you. Internet communications are not secure
and therefore the TuringSMI Group does not accept any legal responsibility
for the contents of this message. Any views or opinions expressed are those
of the author.  This message is intended for the addressee(s) only and its
contents and any attached files are strictly confidential. If you have
received it in error, please contact the sender on the number above.

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Reply via email to