Welcome to the Axosoft Community, Sign in | Register | Help
in Search

Custom Portal - Alert Settings - Client Specific

Last post 04-03-2008, 6:37 AM by Dan Suceava. 7 replies.
Sort Posts: Previous Next
  •  03-31-2008, 7:35 AM 15454

    Custom Portal - Alert Settings - Client Specific

    Hello,

    We currently have 8 clients using our customer portal, all of which are using the standard global alert settings. We have just added another client to the portal who would only like to be notified when a defect is opened/closed, but our global notifcations are set (on other clients request) that it notifies them when and incident is changed, not just status open/closed is changed.

     
    Is there a way for me to restrict global notifications for a specific project? My main goal here is to NOT have to create a custom alert rule for my other 8 clients and eliminate my global notifications, not sure if this is possible though.

     
    Thanks,

    Chris
     

  •  03-31-2008, 4:34 PM 15461 in reply to 15454

    Re: Custom Portal - Alert Settings - Client Specific

    No, there is no way to 'exclude' projects from the global notifications.  You would have to set up your notifications at the project level instead of global.


    Dan Suceava
    http://www.axosoft.com
  •  04-01-2008, 11:41 AM 15468 in reply to 15461

    Re: Custom Portal - Alert Settings - Client Specific

    Ok, so I go to my project and right click and go into the alerts section. I create an alert that if Status changes to Open (which is automatic when you open a defect under this project (based on my field template)) or if it changes to Closed send an email to my email address. I went into the portal, created a test defect, didn't trigger, I then went into my local Windows client, closed the incident which should send the alert, and again it didn't trigger.... suggestions?

    Thanks,

    Chris
     

  •  04-01-2008, 11:50 AM 15470 in reply to 15468

    Re: Custom Portal - Alert Settings - Client Specific

    Do you have the Alerts service and the Email Queue service installed and running?  Those two services are necessary for alerts to work.


    Dan Suceava
    http://www.axosoft.com
  •  04-01-2008, 11:57 AM 15471 in reply to 15470

    Re: Custom Portal - Alert Settings - Client Specific

    My email notifications work most of the time, if I check "Use email queue to send Emails" in my notification settings, all of my internal emails stop working. So you are saying with having email queue checked I cant set up Alerts?

    Where would I check to ensure alerts service is installed and running? We havent tried setting alerts before now.

    Cheers,

    Chris 

  •  04-01-2008, 12:13 PM 15474 in reply to 15471

    Re: Custom Portal - Alert Settings - Client Specific
    The OnTime Services is a separate install, and you can install them on any computer/server.  The setup file is part of the OnTime Suite download, or you can download it separately by itself.  The OnTime Services contains 3 services, the Alerts service, the Email Queue service, and the POP3 Email service, and all 3 get installed at the same time.  Once the install is done, it will automatically run the configuration utility (or you can manually run it from the Start menu), and you can use that to configure the database connection for each service, and also to start and stop each service.  For alerts you will only need the Alerts service and the Email Queue service to be running.
    Dan Suceava
    http://www.axosoft.com
  •  04-01-2008, 12:38 PM 15475 in reply to 15474

    Re: Custom Portal - Alert Settings - Client Specific

    So I enabled the Alerts and Email Queue service, suddenly I had about 200 emails shoot out to various users in my organization! Not sure what happened there, apparently because they weren't running some of the emails were being suppressed? "Incident Id 195 raised Alert Alert Team Lead" Just curious what that means, I havent set anyone as a specific team lead as far as I know? I also have LOTS of exceptions in my exception viewer, here is an example of one that came up about 40+ times:

     Exception Details
    Exception ID:        750
    Date:        4/1/2008 3:30 PM
    Source:        System
    Target Site:        Void Add(System.String)
    User:       
    Message:        The parameter 'addresses' cannot be an empty string.
    Parameter name: addresses
    Stack Trace:           at System.Net.Mail.MailAddressCollection.Add(String addresses)
       at Axosoft.Common.SmtpClient.SendEmail(IMailMessage message)
    Additional Info:        ExceptionManager.MachineName -- ICM-PUBLISHER01|ExceptionManager.TimeStamp -- 4/1/2008 3:30:25 PM|ExceptionManager.FullName -- Axosoft.Common.ExceptionManagement, Version=7.1.1.7329, Culture=neutral, PublicKeyToken=21e2e88ee444275a|ExceptionManager.AppDomainName -- OnTimeEmailQueueService.exe|ExceptionManager.ThreadIdentity -- |ExceptionManager.WindowsIdentity -- NT AUTHORITY\SYSTEM|
    Exception Type:        ArgumentException

    Please take a look and tell me what you think.

     

    Thanks,

    Chris
     

  •  04-03-2008, 6:37 AM 15494 in reply to 15475

    Re: Custom Portal - Alert Settings - Client Specific

    If you had the email queue enabled for notifications, even if the service wasn't running the emails were still stored in the database, so when the service was started it sent out all those emails.  Same with field-level alerts, which is what that alert looks like - the name of the alert is 'Alert Team Lead', so the subject would be 'Incident x raised alert Alert Team Lead'.

    The error message is probably caused by a user with no email address set, so an alert or notification sent to them would throw that error.  This is something that was fixed in OnTime 2008.


    Dan Suceava
    http://www.axosoft.com
View as RSS news feed in XML

© 2002 - 2007, Axosoft, LLC. All Rights Reserved. | Privacy
Bug Tracking | Defect Tracking Videos | Help Desk Software