Comment 10 for bug 1947898

Jason,

I've done the following:

1. Moved the perl script up a directory.
2. Moved the example config to the examples folder.
3. Referenced both files in the Makefile.am so that they are copied into the Evergreen installation folders.
4. Moved the documentation to the admin "module" and moved the navigation references to point to it.
5. Removed the perl module requirements in the config file and documentation.
6. Setup Makefile.[debian-bullseye, debian-buster, fedora, ubuntu-focal, ubuntu-jammy] to install the required perl modules, either from debian repository or CPAN. In Fedora's case, I found the Fedora-style perl package and referenced that. I realize that Fedora is basically not supported but the Evergreen reference file still exists.
7. Removed Digest::SHA1 in favor of plain old Digest::SHA, and updated the one line in the perl code that used it. The other perl code that interacts with that perl module are still compatible with Digest::SHA.
8. Changed the MARC edit references to marc_edit_standard to marc_edit_data.
9 Updated the crontab examples, dropping the .bashrc and change directory commands
10. All boolean type config switches now require "yes", "y", 1, "true" for the switch to be enabled. Anything else (including non-existent/commented out) will evaluate false.
11. An email will not be attempted unless there is at least one recipient.
12. Better documentation about source type: folder. Including note about the sub folders being traversed recursively.

You made reference to changes to the 856 that were not made. Did the record show your changes when viewed in the Evergreen opac/staff client. As opposed to looking at bib_magic.import_status? What configuration line did you have setup for the marc manipulation?

I tested it just now and it did what I told it to do.

I can confirm that when the email piece bombs, the rest of the import doesn't complete. The latest patch will skip the email attempt if the config doesn't have any recipients.

-Blake-