Have you had any joy with this lately? We haven’t had much time to work on it, however we may have this sent to the development team at Cisco if our current TAC engineer cannot resolve issue.
Will keep you posted.
No, we still have problems. Sometimes agent can answer mail, other agents can't login, some get stuck in loading. We have an open TAC case, but I'm not updated on progress. Think we may need to raise to prority 2 soon.
Are you running on Exchange 2010 also ?
We have changed our e-mail accounts back to Exchange 2003 to verify if it works here. We had issues configuring SMTP setting which were solved by activation Basic Authentification on Exchange server. According to documentation it should be working with No authentication or Basic Authentification, but thats not the case according to this bug id :CSCtu28025, which seems to be correct as it's working now.
We have agentes testing on java versions 1.6.0_20, 1.6.0_27 and 1.6.0_29 and so far we haven't seen problems on any of them and have primarially tested on 1.6.0_29 jave based agent.
We will test for a while before switching our mailboxes back to Exchange 2010 and test again there.
Hi Scott (and others using e-mail on UCCX)
Since we activated basic authentification on Exchange 2003 e-mail has been deliverede to email CSQ in UCCX. However we still experience that mails remain in the UCCX queues, even if agent are e-mail ready (both in agent and also in supervisor.
We did some testing and found what cause this and i wonder if anyone else has seen this behaviour:
I would expect that when agent misses a call both voice and email should be set to not ready? Functionality correct but display is wrong
Display correct but functionality is wrong
Display correct but functionality is wrong.
after an upgrade to 8.5 I have the same experience on my customer Agents.
Have you resolved this behaviour?
My agents are confused about this issue and until now, their action is to closing and opening the CAD everytime it happens
The Exchange server is 2003 and I can migrate it to 2010 if necessary
Cisco will deliver a fix for this E-mial issue before 2012.03.19 I have been promised. Until then I have made diabled the functionallity so that agent go Email not ready when receiving a voice call just as in version 7. I have made a workflow that activates on all calls that pops up on screen reminding agents to go E-mail ready again, when a call is dropped.
I'm affraid thats the best (and only?) workaround until fix is available
do you know other issue with exchange 2003 and 2010 joined in the same domain or any issue with this new java version?
Now we are using a mailbox stored on 2003 but asap we are moving to 2010. With older CAD the system worked fine but not now and the Agent are very frustrated.
They told me that this issue is not the same of your, similar but not the same. So now I have to investigate on this issue.
Any idea or know bug ?
Thanks a lot
I'm not quite sure which errors you are referring to, but there is a description here from Cisco about agent states:: http://www.cisco.com/en/US/ts/fn/634/fn63487.html
We also have 2003 / 2010 exchange in same domain and currently user 2003 for E-mail queues. When all errors in UCCX has been solved, we will move to 2010.
I haven't been able to pinpoint any issues on agents depending on their Java versions, it's seem to be running fairly stabile on 184.108.40.206 as well as 220.127.116.11. Only this is that you need to clear java temp files, specially if you upgrade the java version but also if you experience agents with mails stuck in loading state in the CAD.
You can delete the temp files in java control panel under general/settings or run this command on the PC (javaws -uninstall)
after furter investigation I found an older Java version on client desktop, because the 18.104.22.168 has problem with oracle application used by the agent. Now I moved to version 22.214.171.124 and I'm testing the CAD and the Oracle application.
During my test I have had some different issues, ie: agent doesn’t receive e-mails from CSQ also if I change from not ready and ready state after a ICD call, agent cannot write on the mail because the applet is locked etc...
I have also this issue , when the agent add the template in the e-mail, the template is formatted in a single line instead multiple line. Do you know any bug for this?
In later version this worked fine. I've tried to delete and add the template again but with no luck.
I did see the problem with agent templates and if you use "
" as insert line as below it works(
Med venlig hilsen
Tlf.: +45 44358000
Most of our agents run java 126.96.36.199, whcih is old but a "seure" version compared to others. I think i did test with newest version and that didn't work. I haven't seen issues with version 188.8.131.52 either
Thanks a lot, after some test I found the same solution for the mail template.
In CAD with java 184.108.40.206 I have the same issue with email, the agent doesn’t receive e-mails from CSQ also if I change the state in not ready and ready again.
I'll try the 220.127.116.11 now... after that, I'll open a TAC case.
CAD is supported only up to java version 18.104.22.168, so I don't think you will have much luck with that It's in the documentation somewhere, don't remember where.
BUT i think you should do it anyway so that we can point out to Cisco that they are falling behind on Java support and need to imporove on that. Actually we should open a TAC case for the agent template also, so that it will be fixed in future versions.
Let me know result if you do make a case for it.
today I have rebooted the server and now the system seem to works fine.
Have you seen an issue on e-mail when there is an attachment and this attachment is duplicated ?
Expecially if during the elaboration the agent receive an ACD call.
When the email came back to the agent from the draft state, in this email there are two attachment instead of one.
Thanks, have a nice weekend
We have a customer who needs the agent email to be stored at least 10 years. As my understanding, the email will be deleted after agent processes it. How can we keep the email somewhere so that they are not deleted? My understanding might be wrong, so can you please direct me to the useful documents if you know any?