|
|||
|
|||
Who can we use for reliable pop processing for the email connector & alert server?
Seems we keep running into issues where we cant send or receive through various vendors pop services. I think CommitCRM tries to connect every time there is something to send and we get blocked or filtered. The bigger and busier we get this more this is a problem. |
|
|||
|
|||
Not sure whether this is a question or not, anyway our two cents here is that we see installations that send a ton amount of email each day without ever having to deal with anything. Issues, when arise, are usually related to mail server refusing to send due to different policies, restrictions etc.
|
|
|||
|
|||
At this time you can forward email to it and have the email connector open new tickets under customer accounts, though you cannot control the assignee, that is taken automatically depending on your settings. Thanks for asking, we'll add your feedback.
(Update from Support Team: starting with version 18 you can create a new Ticket on behalf of customer and also assign the Ticket to the employee by adding the employee email address prefixed by @ after the customer email address on the subject line, for example: Subject: @joe@acme.com @emp@YourIT.com Slow server.) |
|
|||
|
|||
You are emailing a ticket to the connector.
Cc the tech you want it assigned to, how would that be the opposite of what you want. Instead of using convoluted syntax in the subject line, you just use the cc field. At least that's what seems like would make sense to me. |
|
|||
|
|||
We purchased a separate user license just to call it Queue, which all inbound emails are assigned to. the Queue user is assigned to a group email address so we all get notified of new queue tickets, then we assign as needed. This method has worked for us for a few years now.
|