Adding the [$$ $$] doesn't fix anything at all. The value sent to the field !8! always as the wording Request For. But not all of them get the space removed. It is intermittent and no logic.
For the selection value, the fix is to simple send the integer value. [email protected] Sent by: [email protected] 04/02/2012 11:28 AM Please respond to [email protected] To [email protected] cc Subject Re: Email parser stripping spaces in any field with no visible logic ** It seems like “requestfor” and “changeto” might be reserved words in some way so it replaces what you’ve done with what it thinks you meant. This is speculation and I don’t really know what I’m talking about. Have you tried putting the begin/end field delimiters in place? I believe it would look like this: !8!: [$$LN Request - IT Access Request For Lastname, FirstName$$] I have a script that generates our email templates so I have to ‘escape’ (“\”) the ‘$’ characters something like this: !8!: [\$\$LN Request - IT Access Request For Lastname, FirstName\$\$] From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, April 02, 2012 10:51 AM To: [email protected] Subject: Email parser stripping spaces in any field with no visible logic ** I am out of ideas, so any help would be greatly appreciated. I've been trying to understand and find a fix to this for over 2 months now. And BMC support has been totally useless so far. (even with the ticket escalated like 3 times) This is the issue. We have an email template that is supposed to create a new entry in a form. Easy enough BUT, the email parser for some reasons, strip the space from some field, and not always the same field. For example: In the email template being sent, we have !8!: LN Request - IT Access Request For Lastname, FirstName But the value saved in the form turns out to be LN Request - IT Access RequestFor Lastname, FirstName Stripping the space between Request and For Same with a selection field. !536870911!: Does not require a change to production turns into Does not require a changeto production (which is not a valid selection and gives an errors, rejecting the entry.) The problem is the stripping of the spaces. It doesn't seem to have any logic associated with when it will strip it. ARS 7.5 patch 008 SQL 2005 (remote DB) Win 2003 no OOB. If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
