Re: update to melpa version 20170325.357 breaks some IMAP folder groups
Kazuhiro Ito <[email protected]>
| Newsgroups | gmane.mail.wanderlust.general |
|---|---|
| Message-ID | <86h919jwfo.wl--xmue__41912.0446350009$1493333609$gmane$org@d1.dion.ne.jp> |
> > > > Recently I've committed the change about handling of password to > > > > support auth-source, which may cause the problem. But I can't > > > > reproduce your problem. If you can get backtrace, please get and send > > > > me > > > Debugger entered--Lisp error: (wrong-type-argument listp "IMAP:MarkoSchuetz/ > > > [email protected]:993") > > > signal(wrong-type-argument (listp "IMAP:MarkoSchuetz/[email protected]:993 > > > ")) > > > byte-code("\302 !\210\303 @ A\"\207" [session error > > > elmo-network-close-session signal] 3) > > > elmo-network-open-session(elmo-imap4-session "IMAP" "imap.web.de" 993 > > > "MarkoSchuetz" clear ("!" ssl gnutls open-gnutls-stream)) > > (snip) > > > > Please re-get backtrace with removing byte-code, i.e. do find-file .el > > files and eval-buffer before getting backtrace. I think elmo-net.el, > > elmo-imap4.el, elmo-passwd.el and elmo-util.el are enough. > > something surprising happened when emacs was using the .el versions of > the files: the error did not happen! I narrowed it down to > elmo-imap4.el. I.e. when elmo-imap4.el was in use the error did not > occur, but when elmo-imap4.elc was in use it did occur. > > I verified that the timestamps on both files were the same. > > I used symbol-file to see whether there was maybe some other file > being used: it gave me the correct file (that I had installed through > the interface package-list-packages). > > After some more digging I decided on a whim to delete the package and > reinstall it. That did it! But while my immediate problem is solved, I > wonder how this happened. > > Anyways, thank you very much for the hand-holding. > > Best regards, > > Marko It seems that you loaded old elmo-imap4.elc by some unkown reasons, but I neither know how happens. Anyway, the issue was resolved. -- Kazuhiro Ito