SA Bugzilla – Bug 7662
sa-update outputs an error if a mirror download fails
Last modified: 2022-05-03 14:51:08 UTC
I keep getting the following error from sa-update periodically: Cannot open file /var/lib/spamassassin/3.004002/updates_spamassassin_org/1847788.tar.gz: No such file or directory at /usr/bin/sa-update line 1600. It happens because I have prevented the debian-spamd user from accessing Cloudflare. sa-update continues on to the next mirror but it's annoying to get emails about this when it was able to recover. (Note: I'm blocking Cloudflare because proxies are incompatible with the way the spamassassin update data is created. The data is generated twice with the same filenames at two different times of the day. Proxies like Cloudflare will cache data files and GPG signatures independently. Depending on when these files are retrieved, the GPG signature will then not match. This causes people to disable the GPG signature check which makes it even more likely that the data file from the first run will be cached and then fail to validate if the GPG signature from the second run is downloaded.)
Mirror retry ended up broken in 3.4.2, will be fixed next version as per bug 7418. *** This bug has been marked as a duplicate of bug 7418 ***
(In reply to Simon Arlott from comment #0) > (Note: I'm blocking Cloudflare because proxies are incompatible with the way > the spamassassin update data is created. The data is generated twice with > the same filenames at two different times of the day. Proxies like > Cloudflare will cache data files and GPG signatures independently. > > Depending on when these files are retrieved, the GPG signature will then not > match. Are you sure about that? The file names contain the update number, so that sounds like a more serious problem than the one you are reporting here.
(In reply to RW from comment #2) > (In reply to Simon Arlott from comment #0) > > > (Note: I'm blocking Cloudflare because proxies are incompatible with the way > > the spamassassin update data is created. The data is generated twice with > > the same filenames at two different times of the day. Proxies like > > Cloudflare will cache data files and GPG signatures independently. > > > > Depending on when these files are retrieved, the GPG signature will then not > > match. > > Are you sure about that? The file names contain the update number, so that > sounds like a more serious problem than the one you are reporting here. Yes. I reported it on the IRC channel last year and no one cared. I've now created bug 7676 for it. This bug is not a duplicate of bug 7418. Bug 7418, comment 7 should have been a new bug report.
The fix in bug 7418, comment 7 works but this bug needs a target version of 3.4.3
Hello I receive by mail this error run-parts: /etc/cron.daily/60sa-update exited with return code 2 How to correct it?
I solved it as described HERE: -> https://talk.plesk.com/threads/spam-assassin-60sa-update-exited-with-return-code-2.364407/#post-907122 With kind regards from Switzerland! :-) Hans
(In reply to Hans Müller from comment #6) > I solved it as described HERE: > -> > https://talk.plesk.com/threads/spam-assassin-60sa-update-exited-with-return- > code-2.364407/#post-907122 > > > With kind regards from Switzerland! :-) > Hans Thank you for your report. But for the record, the only real solution is updating to latest SpamAssassin version, which also includes many many security fixes as a bonus. :-)