large number of References: breaks gnus when tramp is in use

large number of References: breaks gnus when tramp is in use

[Wes Hardaker]

When entering a (nnmaildir) group with a references header (pretty much
always spam) that contains a huge number of ids, entering the group crashes with:

  tramp-completion-file-name-handler: Variable binding depth exceeds max-specpdl-size

The References: header in question looks like:

  References: <433084430.120979.1412578241592.JavaMail.yahoo@jws11167.mail.ir2.yahoo.com> <45517741.179747.1412579431316.JavaMail.yahoo@jws11120.mail.ir2.yahoo.com> <1185402068.175467.1412579573908.JavaMail.yahoo@j.....

(I didn't count how many, but it's a lot; about 2*80*59 characters
worth, guessing)


So, the odd thing to me is why is the tramp hook being called for the
references header in the first place?  Is that message id trying to be
file-opened?  And if so, why?

-- 
Wes Hardaker                                     
My Pictures:       http://capturedonearth.com/
My Thoughts:       http://pontifications.hardakers.net/

Re: large number of References: breaks gnus when tramp is in use

[Lars Ingebrigtsen]

Wes Hardaker <wes@hardakers.net> writes:

> When entering a (nnmaildir) group with a references header (pretty much
> always spam) that contains a huge number of ids, entering the group
> crashes with:
>
>   tramp-completion-file-name-handler: Variable binding depth exceeds
> max-specpdl-size

[...]

> So, the odd thing to me is why is the tramp hook being called for the
> references header in the first place?  Is that message id trying to be
> file-opened?  And if so, why?

Yeah, this seems like a Tramp bug of some kind.  If you set
`debug-on-error', are you able to get a backtrace?  That might give us a
clue as to what is calling Tramp here.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/