Uploaded image for project: 'UX Product'
  1. UX Product
  2. UXPROD-2384

Improved handling of send errors for patron notices (i.e., recovery, retry sending)



    • Medium
    • Large < 10 days
    • Volaris
    • 65
    • R2
    • R1
    • R2
    • R1
    • R4
    • R2
    • R2
    • R2
    • R2
    • R2
    • R2


      Problem: There are many steps in processing emails for patron notices, including: 1.) matching notice policies to location, material type, loan type and patron group using circulation rules; 2.) building emails from templates for each patron; 3.) running when scheduled; and 4.) sending to email service/server. An error might occur at any of those steps or the SMTP credentials might be incorrect or a bug or another issue might interfere with the processing of patron notices. Library staff need to know if notices are not being processed. Ideally they'd prefer to have visibility of errors or problems, but also successful statistics (i.e., how many were sent overnight).

      Description: In early discussions about this feature, we've identified a options and/or steps that improve this visibility of both successful and problematic processing of notices with information about which step failed.

      • Visual of system health for patron notices (i.e., dashboard with go/no-go status for each module/component) (UXPROD-2382 Won't do)
      • Improved handling of errors for patron notices (i.e., recovery, retry sending) (THIS FEATURE - UXPROD-2384)
      • Improved logging elated to patron notice processing (UXPROD-2385)

      SPLIT: This feature is being split (April 2020) for each of these steps/options.

      TestRail: Results


          Issue Links



                JulieBickle_LMU Julie Bickle
                dbranchini Darcy Branchini
                Darcy Branchini Darcy Branchini
                0 Vote for this issue
                3 Start watching this issue



                  TestRail: Runs

                    TestRail: Cases