Miss the July Service Management Office Hours - Online Chat? Check out what you missed below and be sure to join us in August for the next session!
from Chris Hackett (CA) to Everyone:
Hi Everyone - We'll be starting in just a few minutes.
OK - Ready for questions!
Quiet start! Any questions for us?
from Jeroen to Everyone:
I have 2 questions about the build in log in in USD.
from Jon Israel to Everyone:
@Sure Jeroen - whats on your mind?
1. when you use the contact_num field (default setting) the passwords are stored in plain text in the database, are there any ideas to stored them in a secret fashion?
@Jeroen - most cusotmers do not use PIN authentication in SDM but rather use either native AD authenticaiton (OS Auth) or EEM, or SiteMinder. We do not recommend using PIN Auth unless its for testing purposes only.
@Jeroen - so with that, I have not seen any ideas come across the community for that - but you are more than welcome to post one for the use case
2. when using PIN-Field log in and you create a user with a userID, but you leave the contact_num field empty, the user can log on without authentication (just enter the userid), wouldn't it make more sense to make login impossible when the contact_num field is empty
@Jeroen - again, we dont recommend using PIN auth unless its for testing. Its a very simple login mechanism that is no-frills. It does not have any advanced logic behind it, so there is no trigger to check if a value exists. This one would also need to be posted as an idea to the communities. Please keep in mind, there are very few (if any) enterprise customers using PIN auth in a production enviornment.
from vinod (CA) to Everyone:
@jeroen- Mostly pin authentication is set for Cutomers who are not part of Organization, whos account doent exist in AD. Its jut a plain authentication.
from Andrea to Everyone:
We use pin authentication for user ids that connect via web service, but that's all
from Nadia to Everyone:
@Nadia There are limit of email that SDM can send per day?
@Andrea - thanks for sharing - yes that is one use case that some folks use it for.
@Nadia - No there is no limit, however, many email servers have "thresholds" set such as the nubmer of emails being sent from a specific IP address, hostname, or username within a specific amount of time - which when the threshold is hit, it will block mail from that IP, hostname, or user for a set amount of time.
WE are sending about 16,000 email per day, and we have problems with pdm_mail_nxd
And pdm_mail_nxd down almost one time per week
@Nadia- Have you seen any of the erro like "Message submission rate for this client has exceeded the
configured limit" in your log.
@Nadia - are you saying that pdm_mail_nxd is crashing? or hanging? Meaning that when you restart it, the emails start going out immediately?
@NAdia actually no, I wet this error: Max restarts attempted for pdm_mail_nxd You may reset the count by running pdm_d_refresh from the command line.
@Nadia - there are many reasons why the pdm_mail_nxd process may hang or crash, but we would need to see some logs through the time period when the problem occurs so that we can take a look at the messages leading up to it.
So, you recommend to look for the error you said?
@Nadia - so this means that it crashed and tried to restart itself, but was not able to. It will try 10 times and then stop trying if it is still not able to start up. This could be because it keeps trying to connect to the mail server but is not able to, OR it could be for another reason.
@Nadia or can I use a pdm_logstat to know more information about pdm_mail?
@Nadia - have you opened a case with CA Support for this problem?
@Nadia-Also check the memory usage of pdm_mail_nxd from task manager and any error from event viewer log. Raise a case with support.
@Nadia - I agree with Vinod, it would be best to work wtih CA Support to have an engineer take a look at it with you and troubleshoot the problem further.
@Nadia, we're sending about between 25000 and 35000 mails a day, with peaks of 6000 mail at peak hours. We do not have problems with pdm_mail_nxd, but we have a separate domsrv for event handling
from charan to Everyone:
@charan - Invalid PROC_LIST entry found (pdm_tomcat) we are able error in the logs. you're SDM AA
@NAdia ok, thanks a lot!!
Invalid PROC_LIST entry found (pdm_tomcat) we are able error in the logs. Our SDM AA mode. Logs are overwrite completely.whether it will impact SDM ?
@Charan - that message may be completely ignored if it is not causing any problems. It basically just means that the socket port associated to that particular process is empty. Slump is just reporting an error and then proceeds to other processes. If there are no actualy symptomatic issues occurring, you can ignore those.
Ready for more questions!
Is it possible that SDM send email by 2 o 3 different email account?
@NAdia Is it possible that SDM send email by 2 o 3 different email account?
@Nadia - No, unfortunately you can only send mail from one named account in SDM.
@Nadia, ok thanks.
OK Everyone - A quiet day. Must be summer:) If no more questions we'll finish up for today and see you back here in August. Thanks for participating today!
@Charan - xFlow something scoreboard see ticket count. whether able to analyst able to see the ticket counts dashboard and also currently avaible analsyt online ?
@Charan - I am not sure I understand your question completely there. In Xflow, analysts can see their ticket count on the top right hand side of the page. Currently Xflow is only meant to be used for analysts as specifically an L1 Analyst Interface.
Thanks again everyone! See you back here in August!
See you in the Communities