apache/spamassassinFramework open-source per il filtraggio delle email che rileva spam e phishing tramite analisi dei contenuti, controlli delle intestazioni, punteggio bayesiano e blocklist DNS.
Il progetto Apache SpamAssassin usa un repository subversion per il suo processo di sviluppo. Una copia di sola lettura del repository è mantenuta su GitHub qui.
La directory .github che contiene questo file README non fa parte del pacchetto di rilascio di Apache SpamAssassin. I file in questa directory sono pensati per essere usati dagli sviluppatori per eseguire test usando la funzionalità Actions di GitHub sui runner ospitati da GitHub.
Il Project Management Committee di Apache SpamAssassin non ha preso accordi per usare le risorse assegnate alla Apache Software Foundation da GitHub per eseguire build e test. Le action definite in questa directory sono disponibili per chiunque, inclusi gli sviluppatori attivi di SpamAssassin, per essere eseguite nel proprio fork personale del repository su GitHub. Tuttavia, l'inclusione dei file in questo repository non costituisce un rilascio formale del software al pubblico.
L'esecuzione del workflow che invii avrà un job per ogni combinazione valida di valori dei primi tre campi di input.
Il quarto campo di input ti permette di inserire i test da eseguire, nello stesso formato usato per TEST_FILES in una riga di comando make test. Se lasciato vuoto, significa eseguire tutti i test.
Qualunque cosa venga inserita nel campo dei test, i test che usano SQL verranno eseguiti solo nei job che hanno postgres o mysql specificato come database. Inoltre, gli stress test di spamd e i test di root non vengono mai eseguiti.
GitHub ha limiti sul numero di job che puoi eseguire simultaneamente sulle varie piattaforme. I job che invii oltre quel limite verranno messi in coda e avviati man mano che altri job terminano.
Cliccando su un job elencato nella barra laterale sinistra si aprirà un pannello che mostra l'output di log del job. Un job che termina con errori avrà un'icona con una X rossa. Puoi controllare l'output di log per i dettagli. Alcuni errori faranno sì che il contenuto della directory t/log venga compresso in un artefatto che puoi scaricare. Quando stai visualizzando il pannello dei log, clicca sull'icona Summary sopra la barra laterale sinistra. Se ci sono artefatti da scaricare, ci sarà un numero su cui puoi cliccare sotto l'intestazione Artifacts.
Il numero di job eseguiti è il prodotto delle opzioni che specifichi nei tre campi di input. A meno che tu non voglia testare SpamAssassin su ogni possibile versione di perl, cosa che potresti voler fare se sei il release manager che prepara una nuova versione, probabilmente vorrai selezionare solo una versione recente di perl.
La casella delle opzioni per i runner mostra solo i nomi "-latest", ma puoi inserire qualsiasi runner ospitato da GitHub che mettono a disposizione, ad es. ubuntu-20.04 o macos-11.
Windows viene testato usando Strawberry Perl, di cui l'ultima versione è la 5.32. Se hai 34 o 36 nell'elenco delle versioni di perl, non genereranno job sulla piattaforma Windows.
I job eseguiti con l'opzione database postgres o mysql eseguiranno solo i vari test sql. I job eseguiti con l'opzione none per il database eseguiranno tutti gli altri test.
Alcuni test, specialmente quelli che dipendono dall'accesso alla rete come t/dnsbl.t, sembrano fallire occasionalmente, soprattutto quando stai eseguendo molti job contemporaneamente. Dopo che tutti i job di un workflow sono stati completati, puoi rieseguire solo quelli che sono falliti cliccando sul pulsante Re-run jobs nella pagina di panoramica dei job, e poi selezionando Re-run failed jobs. Ripeti finché i job che sembravano avere solo errori intermittenti non siano passati con successo.
