I just recieved a multipart MIME email with an empty text/html part. Gnus shows it as: [1. text/html (not downloaded, A C to fetch.)] A C makes no sense here, as I am using nnml as the backend. Some logic awry for non-imap backends? Best regards, Adam -- "Have a plum!" Adam Sjøgren asjo@koldfront.dk
Adam Sjøgren <asjo@koldfront.dk> writes:
> I just recieved a multipart MIME email with an empty text/html part.
> Gnus shows it as:
>
> [1. text/html (not downloaded, A C to fetch.)]
>
> A C makes no sense here, as I am using nnml as the backend.
>
> Some logic awry for non-imap backends?
This was an addition by Tassilo in 659ed857c, whom I'm copying here --
it does sound like there's some cross-backend bleed-over?
> > I just recieved a multipart MIME email with an empty text/html part.
> > Gnus shows it as:
> >
> > [1. text/html (not downloaded, A C to fetch.)]
> >
> > A C makes no sense here, as I am using nnml as the backend.
> >
> > Some logic awry for non-imap backends?
>
> This was an addition by Tassilo in 659ed857c, whom I'm copying here --
> it does sound like there's some cross-backend bleed-over?
I added that to any mail containing an empty part because a partial fetch seemed to be the only reason for encountering such a part except for a broken mail and then this text is as good as any other.
I can check if I can omit the button text if we're on a non-imap backend or partial fetches are not configured. But that has to wait a bit. I'm away from the computer till Wednesday next week.
Bye,
Tassilo
"Tassilo Horn" <tsdh@gnu.org> writes:
>> > I just recieved a multipart MIME email with an empty text/html part.
>> > Gnus shows it as:
>> >
>> > [1. text/html (not downloaded, A C to fetch.)]
>> >
>> > A C makes no sense here, as I am using nnml as the backend.
>> >
>> > Some logic awry for non-imap backends?
>>
>> This was an addition by Tassilo in 659ed857c, whom I'm copying here --
>> it does sound like there's some cross-backend bleed-over?
>
> I added that to any mail containing an empty part because a partial
> fetch seemed to be the only reason for encountering such a part except
> for a broken mail and then this text is as good as any other.
>
> I can check if I can omit the button text if we're on a non-imap
> backend or partial fetches are not configured. But that has to wait a
> bit. I'm away from the computer till Wednesday next week.
nnimap is the only backend that supports partial fetching of articles,
right? I wonder how hard it would be to detect an empty part and say
that, instead. I try to stay away from the mime code.
Anyhow, no big emergency.
> nnimap is the only backend that supports partial fetching of articles, > right? I think so, yes. > I wonder how hard it would be to detect an empty part and say > that, instead. Easy. That's actually the only information I have where the text "not downloaded, A C to fetch" is added to the button. I could have also said "empty part, go figure". So my text is actually an interpretation of why the part is empty and as such can be wrong. Bye, Tassilo
Eric writes: > "Tassilo Horn" <tsdh@gnu.org> writes: >>>> [1. text/html (not downloaded, A C to fetch.)] >> I added that to any mail containing an empty part because a partial >> fetch seemed to be the only reason for encountering such a part except >> for a broken mail and then this text is as good as any other. I'm not sure I agree with that. However: > Anyhow, no big emergency. with this I do; it's a tiny detail - I was just surprised by the text :-) Best regards, Adam -- "But I'm a dot-commer." Adam Sjøgren "No, Neil, you're a dot-goner." asjo@koldfront.dk
"Tassilo Horn" <tsdh@gnu.org> writes: >> nnimap is the only backend that supports partial fetching of articles, >> right? > > I think so, yes. > >> I wonder how hard it would be to detect an empty part and say >> that, instead. > > Easy. That's actually the only information I have where the text "not > downloaded, A C to fetch" is added to the button. I could have also > said "empty part, go figure". So my text is actually an interpretation > of why the part is empty and as such can be wrong. Thanks, that's good to know. Adam Sjøgren <asjo@koldfront.dk> writes: > Eric writes: > >> "Tassilo Horn" <tsdh@gnu.org> writes: > >>>>> [1. text/html (not downloaded, A C to fetch.)] > >>> I added that to any mail containing an empty part because a partial >>> fetch seemed to be the only reason for encountering such a part except >>> for a broken mail and then this text is as good as any other. > > I'm not sure I agree with that. However: > >> Anyhow, no big emergency. > > with this I do; it's a tiny detail - I was just surprised by the text :-) Yes, though I guess I still think it's worth fixing. I suppose if we have access to gnus-newsgroup-name here we can check if it's nnimap and change the text accordingly (maybe double-check nnimap-fetch-partial-articles as well). Let's see who gets to it first!
Eric Abrahamsen <eric@ericabrahamsen.net> writes:
Hi Eric and Adam,
>>> Anyhow, no big emergency.
>>
>> with this I do; it's a tiny detail - I was just surprised by the text
>> :-)
>
> Yes, though I guess I still think it's worth fixing. I suppose if we
> have access to gnus-newsgroup-name here we can check if it's nnimap
> and change the text accordingly (maybe double-check
> nnimap-fetch-partial-articles as well). Let's see who gets to it
> first!
Me!! I've just done exactly what you've suggested. :-)
Bye,
Tassilo
Tassilo Horn <tsdh@gnu.org> writes:
> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
> Hi Eric and Adam,
>
>>>> Anyhow, no big emergency.
>>>
>>> with this I do; it's a tiny detail - I was just surprised by the text
>>> :-)
>>
>> Yes, though I guess I still think it's worth fixing. I suppose if we
>> have access to gnus-newsgroup-name here we can check if it's nnimap
>> and change the text accordingly (maybe double-check
>> nnimap-fetch-partial-articles as well). Let's see who gets to it
>> first!
>
> Me!! I've just done exactly what you've suggested. :-)
Thanks :)
Tassilo writes:
> Me!! I've just done exactly what you've suggested. :-)
Tested on the [weird] email that I saw the "problem" on - works a charm
now; thanks!
Best regards,
Adam
--
"Lef ma nine imma Jeep" Adam Sjøgren
asjo@koldfront.dk