From: Gene H. <ghe...@sh...> - 2020-03-06 18:48:10
|
On Friday 06 March 2020 10:54:26 Matthias Andree wrote: > Am 06.03.20 um 15:32 schrieb Gene Heskett: > > What sort of a debugging command would expose that to my perusal? > > just make sure you don't use -s or --silent and add one -v or > --verbose. > > Then check the syslog or logfile if output wasn't to console (Note the > logfile must exist before running fetchmail, else logging is lost). > > >> Because on well-behaved > >> POP3 servers, DELE are only deletion requests that are queued up > >> and kept pending unapplied until the client sends a "QUIT" command, > >> when the DELE will actually be committed. > >> > >> Also, does your mail store have proper permissions for Dovecot to > >> actually write, if you are sharing it with Webmail? > > > > My mail store is the /home/gene/Mail/etc database tde's version of > > kmail-1.9 maintains. So I guess I am not understanding what you are > > seeking. > > If you see a QUIT/+OK conversation at the end of the verbose log, then > that "cannot DELE" is a question to ask your ISP. You will have to tell me where to put that --verbose. An attempt to add it to my launcher script is an exit causeing syntax error. here is the script that starts it for his uptime as it also used by my sa-learn script to restart it after being killed for the duration of the sa-learn execution, done daily. #!/bin/sh killall fetchmail sleep 2 /usr/local/bin/fetchmail -d120 -v -v --fetchmailrc /home/gene/.fetchmailrc is the script that restarts it, located in /home/gene/bin since I cannot seem to start it in /etc/init.d, so I have to start it as me after logging in. I got well p.o.ed trying to keep logs in /var/logs, logrotate kept changeing perms=no permission, so both fetchmail.log and procmail.log have been moved to /home/gene/log, no perms problems there. Strangely enough the double -v -v now works, it did not work with 6.3.26, ever. But since I succeeded in launching the new version, there's bee no new mail. The -v -v is 100% verbose and I will need to remove it shortly. But now I am waiting for a mail no more kmail just beeped at me. trace logged: fetchmail: flushed fetchmail: POP3> DELE 8 fetchmail: POP3< +OK Marked to be deleted. fetchmail: POP3> LIST 9 fetchmail: POP3< +OK 9 7036 fetchmail: POP3> RETR 9 fetchmail: POP3< +OK 7036 octets fetchmail: reading message ghe...@sh...@pop.shentel.net:9 of 9 (7036 octets)About to rewrite Return-Path: <lin...@vg...>... ...rewritten version is Return-Path: <lin...@vg...>. fetchmail: About to rewrite From: Steven Rostedt <ro...@go...>... ...rewritten version is From: Steven Rostedt <ro...@go...>. fetchmail: About to rewrite To: lin...@vg...,... ...rewritten version is To: lin...@vg...,. fetchmail: About to rewrite Cc: Thomas Gleixner <tg...@li...>,... ...rewritten version is Cc: Thomas Gleixner <tg...@li...>,. fetchmail: About to rewrite Sender: lin...@vg...... ...rewritten version is Sender: lin...@vg.... fetchmail: about to deliver with: /usr/bin/procmail -d gene fetchmail: flushed fetchmail: POP3> DELE 9 fetchmail: POP3< +OK Marked to be deleted. fetchmail: POP3> QUIT fetchmail: POP3< +OK Logging out, messages deleted. fetchmail: 6.4.2 querying pop.shentel.net (protocol POP3) at Fri 06 Mar 2020 01:43:17 PM EST: poll completed fetchmail: New UID list from pop.shentel.net: <empty> fetchmail: not swapping UID lists, no UIDs seen this query fetchmail: sleeping at Fri 06 Mar 2020 01:43:17 PM EST for 120 seconds A blast of 9 messages, but despite claiming deleted, they are not, and there's 247 to nuke right now. Your turn & thank you. > > _______________________________________________ > Fetchmail-users mailing list > Fet...@li... > https://lists.sourceforge.net/lists/listinfo/fetchmail-users Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene> |