Re: possible bug? gnus in emacs 27; error in hash-table-p
physiculus writes: > Eric Abrahamsen writes: > >>> Why is it working? >> >> The only question harder to answer than "Why isn't it working?" is "Why >> IS it working?" :) >> >> Your imap servers have a nnimap-split-methods value of 'default, which >> means each one will use the value of nnmail-split-methods. >> nnmail-split-methods is set to the symbol 'nnmail-split-fancy, so all >> servers should use the value of that variable. >> >> The gnus-group-split-update function sets nnmail-split-fancy to a split >> made from group parameters. >> >> In your config, you've got nnmail-split-methods set to an actual split. >> But when gnus-group-split-update runs, it should completely override >> that config with a split made from group parameters. >> >> So my question is: have you set to-list/to-address parameters on your >> groups? Because if you haven't, I don't know how any splitting is >> happening. Can you show the value of nnmail-split-fancy after Gnus is >> done starting up? > I try to understand what you wrote. > Because i'm not sure what to-list parameter means here is one server > configuration complete. Okay, that answers that question :) So the mail splitting is happening according to your value of `nnmail-split-methods'? I guess if it ain't broke, we won't fix it! I'll push a change to master in a day or two that changes the hook. You can either rebuild then, or tbh could just leave your config the way it is now. Eric ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: possible bug? gnus in emacs 27; error in hash-table-p
Eric Abrahamsen writes:
>> Why is it working?
>
> The only question harder to answer than "Why isn't it working?" is "Why
> IS it working?" :)
>
> Your imap servers have a nnimap-split-methods value of 'default, which
> means each one will use the value of nnmail-split-methods.
> nnmail-split-methods is set to the symbol 'nnmail-split-fancy, so all
> servers should use the value of that variable.
>
> The gnus-group-split-update function sets nnmail-split-fancy to a split
> made from group parameters.
>
> In your config, you've got nnmail-split-methods set to an actual split.
> But when gnus-group-split-update runs, it should completely override
> that config with a split made from group parameters.
>
> So my question is: have you set to-list/to-address parameters on your
> groups? Because if you haven't, I don't know how any splitting is
> happening. Can you show the value of nnmail-split-fancy after Gnus is
> done starting up?
I try to understand what you wrote.
Because i'm not sure what to-list parameter means here is one server
configuration complete.
(nnimap "GMail"
(nnimap-address "imap.gmail.com")
(nnimap-server-port "imaps")
(nnimap-user
"physicu...@googlemail.com")
(nnimap-stream ssl)
(nnimap-inbox "INBOX")
(nnimap-expunge t)
(nnimap-record-commands t)
(nnimap-split-methods default)
(get-new-mail t)
(nnir-search-engine imap)
)
and here are my posting styles.
;; posting styles
(setq gnus-parameters '(("JP"
(posting-style
(address "x...@xxx.de")
(name "gesetzt")
("X-Message-SMTP-Method" "smtp xxx.mailout.server-he.de 25 xxx-xxx")
(body "")
))
and here is the value of nnmail-split-fancy
nnmail-split-fancy is a variable defined in `nnmail.el'.
Its value is (| "mail.misc")
Original value was
"mail.misc"
Does it help?
Regards
Poul
>> Is it better, to put it inside the server?
>
> If you want different rules for different servers, then put the rules in
> the individual servers. If you want the same rules for everything, then
> you can just set global values.
Ok, i understand.
Could i mix rules?
___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: possible bug? gnus in emacs 27; error in hash-table-p
physiculus writes: > Eric Abrahamsen writes: > >> >> Oops, sorry, I should have seen that coming. Would you test instead: >> >> (add-hook 'gnus-read-newsrc-el-hook #'gnus-group-split-update) >> >> That seems to be the only place to run after the groups have been read, >> but before unread messages are fetched for the first time. >> >> Eric > > Wonderful! Now it works. > Thank you for the help. > > One thing i do not understand: > As far as i read, your lines switch splitting to fancy-splitting, > right? > If so, splitting rules have to be in splitting-rule syntax (i read it in > the manual) and should be inside the server. > But i didn't change any of my rules and gnus is splitting. > The rules are outside the server. > Why is it working? The only question harder to answer than "Why isn't it working?" is "Why IS it working?" :) Your imap servers have a nnimap-split-methods value of 'default, which means each one will use the value of nnmail-split-methods. nnmail-split-methods is set to the symbol 'nnmail-split-fancy, so all servers should use the value of that variable. The gnus-group-split-update function sets nnmail-split-fancy to a split made from group parameters. In your config, you've got nnmail-split-methods set to an actual split. But when gnus-group-split-update runs, it should completely override that config with a split made from group parameters. So my question is: have you set to-list/to-address parameters on your groups? Because if you haven't, I don't know how any splitting is happening. Can you show the value of nnmail-split-fancy after Gnus is done starting up? > Is it better, to put it inside the server? If you want different rules for different servers, then put the rules in the individual servers. If you want the same rules for everything, then you can just set global values. ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: possible bug? gnus in emacs 27; error in hash-table-p
Eric Abrahamsen writes: > > Oops, sorry, I should have seen that coming. Would you test instead: > > (add-hook 'gnus-read-newsrc-el-hook #'gnus-group-split-update) > > That seems to be the only place to run after the groups have been read, > but before unread messages are fetched for the first time. > > Eric Wonderful! Now it works. Thank you for the help. One thing i do not understand: As far as i read, your lines switch splitting to fancy-splitting, right? If so, splitting rules have to be in splitting-rule syntax (i read it in the manual) and should be inside the server. But i didn't change any of my rules and gnus is splitting. The rules are outside the server. Why is it working? Is it better, to put it inside the server? I want to use the gnus spam rules (gnus own and/or e.g. bogofilter) and the manual describes only split-fancy rules. Regards Poul ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: possible bug? gnus in emacs 27; error in hash-table-p
physiculus writes: > Eric Abrahamsen writes: > >> >> Let's do this the other way: would you remove this line from your gnus.el >> file: >> >> (gnus-group-split-setup t) >> >> And replace it with these two lines: >> >> (setq nnmail-split-methods 'nnmail-split-fancy) >> (add-hook 'gnus-startup-hook #'gnus-group-split-update) >> >> And see if that gets fancy splitting working in Gnus? Then we can go >> backwards from there. > > Hello, > i tried your suggestions, but with no luck :-( > > The following error occured right after first start of gnus. > > Debugger entered--Lisp error: (wrong-type-argument hash-table-p nil) Oops, sorry, I should have seen that coming. Would you test instead: (add-hook 'gnus-read-newsrc-el-hook #'gnus-group-split-update) That seems to be the only place to run after the groups have been read, but before unread messages are fetched for the first time. Eric ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: possible bug? gnus in emacs 27; error in hash-table-p
Eric Abrahamsen writes:
>
> Let's do this the other way: would you remove this line from your gnus.el
> file:
>
> (gnus-group-split-setup t)
>
> And replace it with these two lines:
>
> (setq nnmail-split-methods 'nnmail-split-fancy)
> (add-hook 'gnus-startup-hook #'gnus-group-split-update)
>
> And see if that gets fancy splitting working in Gnus? Then we can go
> backwards from there.
Hello,
i tried your suggestions, but with no luck :-(
The following error occured right after first start of gnus.
Debugger entered--Lisp error: (wrong-type-argument hash-table-p nil)
gethash("JensPrivat" nil)
gnus-group-get-parameter("JensPrivat")
gnus-group-find-parameter("JensPrivat")
gnus-group-split-fancy(nil t "mail.misc")
gnus-group-split-update()
run-hooks(gnus-startup-hook)
apply(run-hooks gnus-startup-hook)
gnus-run-hooks(gnus-startup-hook)
#f(compiled-function () #)()
gnus-1(nil nil nil)
gnus(nil)
funcall-interactively(gnus nil)
call-interactively(gnus record nil)
command-execute(gnus record)
#f(compiled-function (cmd) #)("gnus")
ivy-call()
ivy-read("M-x " ("toggle-debug-on-error" "gnus" "restart-emacs"
"package-list-packages" "desktop-read" "global-so-long-mode"
"so-long-commentary" "desktop-save" "counsel-load-theme" "load-theme" "ivy-avy"
"disable-theme" "package-delete" "package-install" "customize-themes"
"enable-theme" "customize-group" "desktop-save-mode" "w3m-browse-url"
"gnus-group-exit" "counsel-expand-env" "eww-mode" "org-mode" "browse-url"
"other-frame" "cd" "tp" "ts" "5x5" "amx" "arp" "dbx" "dig" "erc" "ert" "eww"
"ftp" "gdb" "irc" "jdb" "man" "mpc" "pdb" "pwd" "rsh" "sdb" "w3m" "xdb" "bbdb"
"calc" ...) :predicate nil :require-match t :history counsel-M-x-history
:action #f(compiled-function (cmd) #) :sort nil
:keymap (keymap (67108908 . counsel--info-lookup-symbol) (67108910 .
counsel-find-symbol)) :initial-input nil :caller counsel-M-x)
counsel-M-x()
funcall-interactively(counsel-M-x)
call-interactively(counsel-M-x nil nil)
command-execute(counsel-M-x)
Is this helpful?
Regards
Poul
___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: possible bug? gnus in emacs 27; error in hash-table-p
paul poulsen writes: > Eric Abrahamsen writes: > >> >> Okay, I see that the Gnus manual tells users to put this call directly >> in their gnus.el files, so your config here has no problems. The problem >> is in how the function does the update -- it should probably be delayed >> until Gnus has been started up. I'm going to file this as a bug, with a >> proposed solution, and hopefully we'll have this sorted out soon. >> >> Thanks for the report, >> Eric > > Thanks a lot! > Do you communicate the solution here? Not only that, I'll ask you to test it first! :) > PS: Until now i'm not able to switch my splitting to fancy-splitting. > Is it possible, that this problem is related? It could be. First of all, you're trying to do splitting with imap, right? The first call to `gnus-group-split-update' would fail in your case, but you also passed the AUTO-UPDATE flag, so it should be getting called again afterwards, each time you get new mail. On the other hand, with auto-update, the function is added to the `nnmail-pre-get-new-mail-hook', which is run for all backends that support splitting *except* nnimap, which doesn't call `nnmail-get-new-mail', but calls `nnmail-split-incoming' directly. So it probably wouldn't work for nnimap no matter what. I'm just thinking out loud here. Let's do this the other way: would you remove this line from your gnus.el file: (gnus-group-split-setup t) And replace it with these two lines: (setq nnmail-split-methods 'nnmail-split-fancy) (add-hook 'gnus-startup-hook #'gnus-group-split-update) And see if that gets fancy splitting working in Gnus? Then we can go backwards from there. Thanks, Eric ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: possible bug? gnus in emacs 27; error in hash-table-p
physiculus writes: > hello, > perhaps there is a bug or any misconfiguration in gnus from emacs 27. > every time i end gnus and restart it, the following error pops up and > gnus stops. > "gnus-read-init-file: Error in ~/.gnus: hash-table-p" > > What does it mean? Almost certainly something related to changes I've made in Gnus over the past few weeks. I think the first step would be to delete all the *.elc files from inside the lisp/gnus directory in the emacs source tree, and run "make" again (assuming you're building from git). If that doesn't work, please do M-x toggle-debug-on-error, trigger the error again, and send the backtrace here. Thanks, Eric ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
