Each synchronization adds a 70-80kB message to the Emacs-Cloud nnimap folder. Over time this will add up and it would be nice if this could be cleaned up in some way. Is there a built-in way to do this? What do others do? Thanks! - Steinar
Steinar Bang <sb@dod.no> writes: > Each synchronization adds a 70-80kB message to the Emacs-Cloud nnimap > folder. > > Over time this will add up and it would be nice if this could be cleaned > up in some way. > > Is there a built-in way to do this? > > What do others do? Hey have you been watching bug#40280? Bug reporters are saying that gnus-cloud doesn't work at all, because of faulty date-comparison logic. Is this not the case for you? https://debbugs.gnu.org/cgi/bugreport.cgi?bug=40280
>>>>> Eric Abrahamsen <eric@ericabrahamsen.net>: > Hey have you been watching bug#40280? Bug reporters are saying that > gnus-cloud doesn't work at all, because of faulty date-comparison logic. > Is this not the case for you? > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=40280 Well, truth to tell, I don't even get that far. Saving works, but reading breaks with this stack trace: Debugger entered--Lisp error: (wrong-type-argument stringp nil) string-match("gmane.spam.reported" nil) (if (string-match "gmane.spam.reported" gnus-newsgroup-name) (progn (save-excursion (let ((queue nil) (score 0) line) (goto-char (point-min)) (while (search-forward "\nX-Gmane-Queue:" nil t) (setq line (split-string (buffer-substring ... ...))) (message "Resolving %s" (nth 4 line)) (setq queue (cons (list ... ... ... ...) queue))) (goto-char (point-max)) (if (search-backward "\nX-Spam-Report:" nil t) (progn (goto-char (match-end 0)) (setq score (read ...)) (if (numberp score) nil (setq score 0)))) (mail-header-set-extra header (list (list (quote Id) (nth 1 ...) (nth 3 ...)) (list (quote Ip) (nth 4 line)) (list (quote Score) score) (cons (quote Queue) (spam-gmane-collate-reports queue)))))))) spam-gmane-massage-header([12 "(sequence: UNKNOWN type: :full storage-method: base64-gzip)" "nobody@gnus.cloud.invalid" "" "<upzca72buaq4.fsf@totally-fudged-out-message-id>" nil 74055 948 nil nil]) gnus-get-newsgroup-headers([0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ...]) nnvirtual-convert-headers() gnus-agent-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12) "nnimap+privat:Emacs-Cloud" nil) gnus-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12) "nnimap+privat:Emacs-Cloud" nil) gnus-cache-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12) "nnimap+privat:Emacs-Cloud" nil) gnus-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12) "nnimap+privat:Emacs-Cloud") gnus-cloud-available-chunks() gnus-cloud-download-data(t) gnus-cloud-download-all-data() funcall-interactively(gnus-cloud-download-all-data) call-interactively(gnus-cloud-download-all-data nil nil) command-execute(gnus-cloud-download-all-data) (I posted the start of this thread as soon as I saw that I was able to save something, but before actually trying to read it)
Steinar Bang <sb@dod.no> writes:
>>>>>> Eric Abrahamsen <eric@ericabrahamsen.net>:
>
>> Hey have you been watching bug#40280? Bug reporters are saying that
>> gnus-cloud doesn't work at all, because of faulty date-comparison logic.
>> Is this not the case for you?
>
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=40280
>
> Well, truth to tell, I don't even get that far.
>
> Saving works, but reading breaks with this stack trace:
> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
> string-match("gmane.spam.reported" nil)
> (if (string-match "gmane.spam.reported" gnus-newsgroup-name) (progn
> (save-excursion (let ((queue nil) (score 0) line) (goto-char
> (point-min)) (while (search-forward "\nX-Gmane-Queue:" nil t) (setq
> line (split-string (buffer-substring ... ...))) (message "Resolving
> %s" (nth 4 line)) (setq queue (cons (list ... ... ... ...) queue)))
> (goto-char (point-max)) (if (search-backward "\nX-Spam-Report:" nil t)
> (progn (goto-char (match-end 0)) (setq score (read ...)) (if (numberp
> score) nil (setq score 0)))) (mail-header-set-extra header (list (list
> (quote Id) (nth 1 ...) (nth 3 ...)) (list (quote Ip) (nth 4 line))
> (list (quote Score) score) (cons (quote Queue)
> (spam-gmane-collate-reports queue))))))))
> spam-gmane-massage-header([12 "(sequence: UNKNOWN type: :full
Is spam-gmane an external package? I can't find either of these
functions in the sources, and the Google returns nothing, either...
Eric Abrahamsen <eric@ericabrahamsen.net> writes: > Is spam-gmane an external package? I can't find either of these > functions in the sources, and the Google returns nothing, either... Yeah, it's a package for Gmane admins, I think? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>> Is spam-gmane an external package? I can't find either of these
>> functions in the sources, and the Google returns nothing, either...
>
> Yeah, it's a package for Gmane admins, I think?
I just wonder if this bug isn't the result of my earlier hash-table
changes -- do you know if the code is available anywhere to look at?
>>>>> Eric Abrahamsen <eric@ericabrahamsen.net>: > Is spam-gmane an external package? I can't find either of these > functions in the sources, and the Google returns nothing, either... Good spot in the stack trace. I didn't see that one. As Lars mentions: an old gnus extension used to approve/reject spam reports from the spam reporting links of the no-longer existing Gmane web interface. Can probably safely be removed now...? :-)
>>>>> Steinar Bang <sb@dod.no>: > Good spot in the stack trace. I didn't see that one. > As Lars mentions: an old gnus extension used to approve/reject spam > reports from the spam reporting links of the no-longer existing Gmane > web interface. > Can probably safely be removed now...? :-) I've now removed spam-gmane.el from the emacs setup, and restarted emacs and started Gnus, and the stack trace on '~ RET' went away. Whether it actually works is still to be determined...:-)