<div dir="ltr">Thanks for the advice. I removed the database, those old directories and restarted mailscanner.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 26 Sep 2019 at 23:12, Mark Sapiro <<a href="mailto:mark@msapiro.net">mark@msapiro.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 9/26/19 12:45 PM, PenguinWhispererThe . wrote:<br>
> What's odd, although you mention this table is dynamic, I see the same<br>
> entries being in the processing table for days now (even after<br>
> restarting mailscanner again).<br>
> <br>
> sqlite> select * from processing;<br>
> sAG1Zwmx014496|1|1416101917<br>
> sAI21lCL048525|1|1416276373<br>
> sAKESsEI061854|1|1416493861<br>
> sAL8iGJv065844|1|1416559666<br>
> sAP200rp009088|1|1416881004<br>
> sAP3FvgT009543|1|1416885645<br>
> sB57KW1j077564|1|1417764217<br>
> sB8BHQpJ098939|1|1418037788<br>
> sBC23AJO030564|1|1418350119<br>
> sBH23A1i063616|1|1418781917<br>
> sBI200Sg068899|1|1418868275<br>
> t2J22LZI009097|1|1426730686<br>
> t2S331Uu068277|1|1427512130<br>
> t3H12Hb5011899|1|1429232748<br>
> t3M128WX002854|2|1429664969<br>
> t3R126rV097720|1|1430096883<br>
> t4Q4qEWM099846|1|1432616194<br>
> t4S16p8x092225|1|1432775494<br>
> t5319C2P088537|1|1433293928<br>
> t5619Hcj004247|1|1433553112<br>
> t5717xY9040021|2|1433639777<br>
> t5B4hNKH095310|1|1433997939<br>
> t5I6eSQR022704|1|1434609981<br>
> t5M1HEZL012536|1|1434936137<br>
> t6J1P7LT079641|1|1437269327<br>
> t6K1Hep2095660|1|1437355245<br>
> t6R14i8f014786|2|1437959694<br>
> t843arsW033210|1|1441338030<br>
> t8614UXF088483|1|1441501659<br>
> <br>
> Since I first mailed to this mailing list there's still 29 messages in<br>
> the processing database.<br>
<br>
Those are all ancient. The three columns are respectively the MTA queue<br>
ID, the number of tries and a timestamp. The timestamp is seconds since<br>
the epoch and is the time that MailScanner will next retry the message.<br>
As I said, they are ancient - the most recent one is Sat Sep  5 18:07:39<br>
2015.<br>
<br>
When messages are retried, the the number of tries is incremented, but<br>
when it reaches the configured Maximum Processing Attempts (default 6)<br>
the message won't be further retrieed.<br>
<br>
<br>
> When I try to find files that correspond with the first column I find<br>
> none (perhaps I'm searching for them in the wrong way). Not sure what<br>
> the difference is between the ones starting with s and t. Is it possible<br>
> some of these messages are still in the database but no longer exist and<br>
> so never get removed from it?<br>
<br>
<br>
As I said, the first column is an MTA queue id with the addition of the<br>
s or t prefix (I don't know what that means), but these entries are all<br>
so old, that the messages are probably no longer queued.<br>
<br>
I suggest you just remove the Processing Attempts Database. As it says<br>
in MailScanner.conf<br>
<br>
> # This is the location of the database file used to track the number of<br>
> # times any message has been attempted.<br>
> # To clear out the database, just delete the file, MailScanner will re-<br>
> # create it automatically when it starts.<br>
> Processing Attempts Database = /var/spool/MailScanner/incoming/Processing.db<br>
<br>
This will clear these old entries and then you can focus on any new ones.<br>
<br>
-- <br>
Mark Sapiro <<a href="mailto:mark@msapiro.net" target="_blank">mark@msapiro.net</a>>        The highway is for gamblers,<br>
San Francisco Bay Area, California    better use your sense - B. Dylan<br>
<br>
<br>
-- <br>
MailScanner mailing list<br>
<a href="mailto:mailscanner@lists.mailscanner.info" target="_blank">mailscanner@lists.mailscanner.info</a><br>
<a href="http://lists.mailscanner.info/mailman/listinfo/mailscanner" rel="noreferrer" target="_blank">http://lists.mailscanner.info/mailman/listinfo/mailscanner</a><br>
<br>
</blockquote></div>