Jump to content

Victor

Administrators
  • Posts

    5,696
  • Joined

  • Last visited

  • Days Won

    169

Everything posted by Victor

  1. @chriscorcoran resolution 1 day does not necessarily mean a business day...it means 24 hours... which are business hours... you would need to set the resolution to 8 hours (or whatever the number of hours you have in a business day in your SLC) to achieve 1 business day resolution.. I have detailed the SLA days/hours calculation algorithm in this thread:
  2. @nasimg it refers to this: It's all part of the "sub-status" functionality introduced in 963.
  3. @Stephen Hutchinson just an FYI that there are some updates on this issue discussed here:
  4. @Dan Munns I think this need a bit more thorough investigation...would you mind raising an incident with support desk here: https://www.hornbill.com/support/? Thanks!
  5. @samwoo there is no support email address... We have a support page on our website: https://www.hornbill.com/support/. Please use this If you need to raise an issue with our support desk.
  6. @samwoo was curious if there is any reason why you don't use your success plan perks, such as raising an incident with our support team?
  7. @Paul Trenter @nasimg you could also make use of the new "sub-status" functionality... as you can now set/change a sub-status when a customer updates a request via portal...
  8. @Stephen Hutchinson you won't be able to see the lines ending with just an LF even with a "trained" eye ... I am (we are) almost certain it is the email template editor which creates the LF and not the LF-CR. However I am certain that the issue did not occur due to recent changes made in templates. I would advise to apply the suggested workaround while our dev team investigate a possible alternative to enhance Hornbill SMTP connector (meaning that Hornbill SMTP could "normalise" the message before sending).
  9. @TonyOb can you give me one or two examples of requests logged or assigned where the notification was sent to an incorrect team?
  10. @TonyOb can you please clarify the notification are about requests (tickets) assigned to analysts or tasks (activities within requests/tickets)? The screenshot suggests the issue occurs with tasks/activities but your description of the issue suggests otherwise...
  11. @Prathmesh Patel still on my "to do" list... was very busy lately... ... I'll try and see if I can put something up today...
  12. @Prathmesh Patel in this case, if you choose to disable the settings, I would suggest to disable both settings... in case you did not already do so
  13. @Prathmesh Patel ah, I see... are you referring to the "routing rule" setting posted in the screenshot? Or "routing rules" all together, as a functionality?
  14. @ALL We are still looking into this internally. This issue occurs if the source message transfer agent (MTA) didn't append the expected CR-LF combination to the end of the message. MTA in this case is Hornbill.(https://support.microsoft.com/en-us/help/2998901/-smtpsent.barelinefeedsareillegal-ndr-received-by-exchange-online-or-eop-users-in-office-365-dedicated-itar) Having an email message with lines ending with only LF would not cause any problems until Office 365 is configured to reject bare line feeds. From research done by @Martyn Houghton and our platform team we suggest this possible workaround: If the sender cannot correct the sent messages, or if the gap must be bridged until the message format is corrected, the recipient can create an inbound transport rule to append a disclaimer to the messages from the problematic sender (this being us, Hornbill). The disclaimer will append the expected CR-LF combination to the message so that it can be delivered. (This disclaimer may consist of a single character such as a period or a dash.
  15. @Prathmesh Patel : we're happy this is sorted then As a reference note, there is no current functionality to allow you to add or amend a service on a request... It could be done by amending teh request record but this is something we reluctant to advise as it would require changes in the database directly... How did you add the service on that request?
  16. @Awalker you would also need to make the custom field available in the request details section.... using form designer...
  17. @Prathmesh Patel the "apply email to request" action fails when it's checking sub statuses associated to service and request type for IN*19477. This because this incident doesn't have a service associated to it. Also it seems you have these settings enabled: Automated Sub-statuses won't work with requests with no service... EDIT: also the email is not removed from mailbox because the "apply email to request" action fails at the above mentioned point and the email "removing" should happen afterwards...
  18. @Stephen Hutchinson we are now looking to find the root cause for this issue. In @Martyn Houghton case we are now looking at email templates after we ruled out any interference from a 3rd party software. @Stephen Hutchinson do you have any 3rd party software that inserts something into an outgoing email? (like AV disclaimer or security appliances). These are also known to insert bare linefeeds into email messages.
  19. @Awalker you are using a Suspend Change node on a Release request type... You would need to change the "Suspend Change" node to use the "Release" entity instead of "Change" entity...
  20. @Martyn Houghton did you have a chance to test the template we amended yesterday?
  21. @Paul Alexander yes it helps... I thought the same, that is something to do with copying the group...I think it worked, in the way that it was copied but it was not visible...something like this...the problem is that if this happens the BP becomes corrupted and it can only be fixed by manually removing the group from the BP definition...something not very user friendly...
  22. @Paul Alexander hmm... I have to run a few tests as well... Is the "corrected" process working now?
  23. @Gary@ADL yes, it was fixed in our latest SM update.
  24. @Paul Alexander something really odd happened with this one... not sure how it got corrupted... did you copy anything, any nodes, from VINCI Leavers Process? (it seems like the whole Leaver Tasks group got copied into this one...) Anyway, since you need it ASAP, I have fixed it and the valid process is available under: "VINCI Contractor Moving/Leaving Process (Hornbill)" BP. You can remove the bad/corrupted one(s) - I have a copy - and rename this one to suit your needs...
×
×
  • Create New...