- About Vivit
- LUGs & SIGs
- Vivit Blogs
- News & Events
- Knowledge Base
|HPE Software Products: E-mail Integration|
When generating an email in RM 8.3 (Send to Mail Recpient), the signature is not added although the signature feature is enabled in Outlook.
Is there a way to automatically add a signature to emails generated this way. I know you can insert a signature manually, but users are asking for it to be added automatically.
This seems a bit trivial, but users are saying this is important since they sometimes forget to manually add the signature which needs to be present because of the disclaimer.
We are using RM 8.3 and Outlook 2013.
We are using RM8.2 and would like to understand how to export search results to excel.
I've been asked a question about whether or not it's possible to configure the default email subject title when using the "Send to mail recipient" option from within HPRM 8.1. We send docs and references using the Outlook email form, not the forms provided with HPRM.
When the mail recipient option is used the subject title is prefixed with
HP Records Manager CORPORATE DOCUMENT : DOCXX/XXX : Some Record Title
I've been attempting to find where the text prefix "HP Records Manager CORPORATE DOCUMENT" is being pulled from so we can shorten it to something like HPRM. I know the subject can be truncated manually but this is something we don't want to do on every send, especially where the record title is already long.
I can't seem to locate anything in the Admin options that would allow us to configure this text. I'm aware of captions config but based on the help file it doesn't appear to be the options I'm after.
Has anyone seen the following issue. Documents are being processed into RM via a document queue. In RM you select the document queue and process it. When the list of documents appears for processing you can right click on a document and select Mail. Outlook then opens a new Mail Message with an attachment, the issue is that the attachment has no file extension on it, just the name. So for example if the document in the queue is titled TEST.TXT all that is being attached to the email message is a file titled TEST
If you send the email and save the TEST attachment as TEST.TXT it opens as expected. We cannot be instructing users to save and rename.
If I do a Send To Mail from a record already in RM then it works as expected.
Using RM8.3 Build 9232 and Outlook 2010
We are receiving an Outlook Exception when using the "Check in on send" option from the HP RM ribbon on a new email. The exception occurs after pressing the Send button.
The email is sent but not recorded in the Sent Items folder and not recorded in HPE RM so disappears from the senders system. Additionally a blank email is created in the Drafts folder as part of the symptom.
The exception is attached but includes the text "Unable to cast COM object of type 'System.__ComObject' to interface type 'Redemption.IRDOMail'...
Additionally the HPTrimOutlook.log reports the following 2 error lines:
2016-12-14 15:39:54Z Error: 1>MailItemWrapper GetMAPIFields: for property: HPTrimRecordNumber COMException: ##Exception Source: tsjTiOEx.RDOMail - Exception Message: Could not convert variant of type (Dispatch) into type (Integer) at Redemption.IRDOMail.GetIDsFromNames(String GUID, Object ID)
We're using Outlook 2010 with SP2 and up-to-date patching (32-bit) and HPE RM 220.127.116.1188 (32-bit) client.
It doesn't seem to make any difference if we enable or disable the options in the Check in on send screen.
We have come across a possible bug when using HP Records Manager 8.3 client with MS Outlook (2010) with an Outlook add-in that adds a custom tab to the ribbon on the compose email template.
It's a very simple add-in just adding a tab with a group with some buttons for providing automatic forwards and reply templates.
The add-in continues to work fine when it is only enabled for the read email template (received emails) but if it is also enabled for the compose email template (new emails) then we see odd graphical glitches in HP Records Manager.
These include the right-click menu responding very slowly and options on it then not responding to clicks. The menu often can appear behind the HP RM window.
These issues were driving us crazy as it only affected a small number of staff (those who had that add-in enabled as it turned out).
We eventually narrowed it down to a repeatable process of right-clicking an item and select Send To/Mail. Using simple MAPI connection, a new email appeared and could be sent. The second time to attempt the same action resulted in the right-click menu not appearing on the first click and on the second click appearing behind the HP RM window. This issue continued until either MS Outlook or HP RM was closed and re-opened.
After starting Outlook in safe mode we found the issue had disappeared which led us to test each add-in further until we identified the culprit.
I'm just leaving this here for the information of others who may find they are facing similar issues. Hopefully a future version of HP RM might resolve this for add-ins that affect the compose email template.
We are using HPE RM V18.104.22.16888 and Outlook 2016.
We have configured the "Update style for an email message that has been processed" option in Dropped Files to be "Update the email message with an 'In HPE Records Manager' indicator. This is pushed out through global settings, and I verified the setting on my desktop client. Dragging and dropping an email message into HPRM does not update the record in Outlook. Putting the message into a linked folder and having it processed, on the other hand, does update the record in Outlook, by prefacing the subject with "HPRM:".
While performing a specific test of the above issue, I received a warning message stating "The email has successfully been registered into HPE Records Manager. However the attempt to remove or update the subject of the email in Outlook failed. It was not possible to find the eail as the permanent email id could not be discovered within the EML email file. This is due to the System Option to save email in EML format. Try using MSG format instead." This message seems to be somewhat randomly received. What is the "Permanent email id"? In HPRM, the messages that I registered have a Message ID and a Conversation ID in their properties, so it isn't that, I guess.
With regard to the recommendation that I use MSG format instead of EML format, I've not seen such a recommendation before. None of the documentation or help says anything about the EML format having shortcomings. I like it better. I had decided to stay with the EML format since a large number of our existing records had already been converted from VMBX to EML. Now I wonder if that was the right choice.
over the last few months we have received a number of reports from staff across our environment who are experiencing excessive delays when attempting to view or edit documents in HPRM 8.1..1.7919. HPRM does not generate any errors as such but the standard "progress wheel" appears and spins around.
I have seen delays of up to about 8 minutes when a user has attempted to view or edit a 1mb powerpoint document, but we have seen it occur across all file extensions and sizes. At the same time I have been able to access the same document and have it displayed in view or edit modes within 3 seconds. From what we can tell it doesn't appear to be a site specific issue as other staff in the same office as the affected user don't appear to experience the delays and as a matter of course we have examined site network link activity and it's nowhere near peak utilisation so bandwidth doesn't appear to be an issue.
In our testing we appear to be able to temporarily resolve the view/edit delay issue by deleting the HPRM user profile folder under the folliowing path:
When this path was deleted for the user who was experiencing the 8 minute delay, the time taken to subsequently view/edit is reduced to a very reasonable 3 seconds. After a few hours working in the system, the same user will come back to state the delays have increased again and they're suddenly back to waiting for minutes at a time.
Wondering if any others have seen or experienced this issue or have any thoughts on it?
We are running CM9 on a Windows 10 PC with Office 2013 and Lotus Notes 9.
There are two things happening when we try and send an email via CM9.
1) You need to tag two records for the mail option to appear in the right click>Send To menu.
2) When you have done this and try to email the records the folowing message appears.
"You appear to have a 64 bit version of Microsoft Outlook installed. This is not compatible with your 32 bit version of HPE Content Manager.'
The issue being is that:
a) We are running MS Office 32 bit version
b) We haven't installed Outlook.
Any assistance woulf be greatly appreciated.
We are using HPE RM 8.3 and Outlook 2013. We are trying to find a way to catalog on send all emails from RM users in our organization. We want this to happen automatically and not by clicking on "Check in on Send". The Sent Items folder cannot be linked to RM, so a rule has to be applied that would move sent emails to a folder that is linked to RM.
However, there is no way to create a rule that simply moves sent email to another folder. Rules can only move copies of sent email to folders. This is messy. This would cause copies and original emails to exist simultaneously. Has anybody developed a rule in Outlook which does the equivalent of moving sent emails to a folder and not a copy?
I hope I am clear. Thanks for your help.
Good Morning from Western Australia,
I have not used this forum before but would love some advice.
We here at the City of Canning are using TRIM 7.3.5 and Microsoft Office Professional Plus 2010
I have a user that has tried to attach TRIM documents to email to send out through Outlook.
When she does this the first attached document attaches the second or subsequent look also like they attach, however upon sending the only one to remain attached is the initial document the others drop off. This also once the first attached document is added to the email makes the signature within outlook askew and become partially readable.
However when the same user does the same steps from within TRIM and attaches more than one document they remain and send the signature remains legible as it should also.
Has anyone else found this or know how to resolve this issue?
ave not used this form before, but require some help please.
we have a number of users who are unable to attach HPRM references on new email items using the "Attach Records" option on the HPRM/Outlook toolbar.
Staff are able to use the Attach Record option, browse for and locate the record and choose the reference option (see screenshot), however, when the email is received the end user cannot see any attachement, and the sender is also unable to see an attachment on the email which is now in the sent items folder.
Emails sent from within HPRM using the mail recipient option can be trasmittied without issue, the problem only seems to occur if the reference is attached via the HPRM tab on the email itself.
Wondering if anyone has previously encountered this issue?
We are still on HP RM8.1 , Win 7, MS Office 2010 , SQL 2012-R2
maybe going to HPE CM9 P2 ;
I have a question regarding the linked MS Outlook folders to HP RM; Are these links will be there once we do upgrade from 8.1 to CM9 P2?
In CM9 P2 we have these new way of linking folders: using the e-mail STYLES ....??
And the button "Manage" has gone as well ....
Does anyone know how to drag and drop the TRIM reference rather than the actual document? I know you can save a reference to your desktop, but then you end up with a desktop full of references and still need to then drag that into your email/word document etc.
Will 8.3.9088 work with exhcange 2016 or must I user 9.0?
HPRM 22.214.171.12419 and Outlook 2010
Client adding emails in HPRM system by using drag & drop or using catalogue add-ins option. HPRM captures email in .MSG format while drag & drop and captures .EML format using catalogue add-ins option.
The issue is BCC is not showing for .EML file format.
Is this behaviour or a bug that requires hot fix?
Thank you in advance
We are getting an error 'Object reference not set to an instance of an object' when cataloging email from shared inbox.
Recreated integration couple of times and deleted folder from registry keys software\HPRM\OutlookAddin\ - didn't worked.
Thank you in advance.
Could you explain how Outlook integration process with HPE RM please?
When attaching a reference, does it call on the DB to attach?
We are having some instances of slow performance with RM and Outlook and just want to find out what servers are involved when a user is sending RM records.
Thanks in advanced.
We're using HP TRIM 126.96.36.19945 with Office 2010.
A user encountered a problem capturing some emails to HP TRIM using the the Clear Backlog function in the Outlook integration, whereby an error message indicating 'No Author' popped up. Normally TRIM is able to match the email address of the email with a TRIM location, or prompt the user to create a new location (or add the address to an existing location) if none exists.
I've had a look at the email in question and I can find nothing out of the ordinary that would prompt a 'No Author' error, except that the name displayed in the From field included an asterisk (Eg 'FirstName *'). I've looked around but so far have not been able to find anyone who has encountered a similar issue. Is it possible that the asterisk in the displayed name may be interpreted as a Wildcard by HP TRIM, or otherwise be the cause of the issue?
I am using HPRM 188.8.131.5219 and MS Outlook 2010.
Some users are facing the problem in which all Outlook Integration buttons are grayed out when they connect to default dataset. This happens occasionally and makes user not able to catalogue emails.
I tried below steps as workaround but the problem re-occoured after two days and it meant users lost linked folders setting and it is annoying users now:
I attached the HPTRIMOutlook.log and wonder if it is:
2016-01-26 12:26:19Z Information: 1>Log file opened for writing at C:\Users\reddyme\AppData\Local\Hewlett-Packard\HP TRIM\OutlookAddin\HPTrimOutlook.log
Hope you could help me to solve this.
Thanks in advanced.