text/calendar vs application/ics

2020-01-07 Thread Conrad Hughes
When I mhshow a message with a text/calendar attachment, it's inlined using mhical; if the attachment type is changed to application/ics, it's suppressed instead. I'm using the latest mhn.defaults from the git repo, which contains mhshow-show-text/calendar: mhical -infile %F

Re: Extracting Links from HTML Message

2020-01-07 Thread Ralph Corderoy
Hi Martin, > $ show ... > https://www.radioid.net/verify/token=SHTUI469E1GVO35SDTGK180BAHKLOP9FPF > R9GWQD > Here are the last couple of headers plus raw text: > Content-Type: text/html; charset="ascii" > Mime-Version: 1.0 Was there a ‘Content-Transfer-Encoding’ field too? >

mhical rejecting "last day in the month"

2020-01-07 Thread Conrad Hughes
mhical rejects things like -1SU (last Sunday in the month), despite its presence (at a cursory glance) in the ical standard: sbr/datetime.c:295: if (*cp == '+') { ++cp; } /* +n specific day; don't support '-' */ else if (*cp == '-') { goto fail; } .. so RRULEs like

Re: text/calendar vs application/ics

2020-01-07 Thread Conrad Hughes
Ralph> May we have the output of `mhlist -verbose' for those two emails? It's one email, just editing back and forth between the two (I was trying to reduce to the core problem): msg part type/subtype size description 3507 multipart/mixed24K

Re: text/calendar vs application/ics

2020-01-07 Thread Ken Hornstein
>When I mhshow a message with a text/calendar attachment, it's inlined >using mhical; if the attachment type is changed to application/ics, it's >suppressed instead. Wait, is application/ics a valid type? Even the calendar invites I get from the Microsoft world seem to be text/calendar. But, I

Re: text/calendar vs application/ics

2020-01-07 Thread Ralph Corderoy
Hi Conrad, > When I mhshow a message with a text/calendar attachment, it's inlined > using mhical; if the attachment type is changed to application/ics, > it's suppressed instead. May we have the output of `mhlist -verbose' for those two emails? -- Cheers, Ralph.

Re: text/calendar vs application/ics

2020-01-07 Thread Ken Hornstein
>The part *is* an attachment, but when it's a text/calendar attachment it >would appear that mhshow defaults to displaying it. The answer's in the mhshow(1) man page: By default, mhshow will display only the text parts of a message that are not marked as attachments. This

NMH IMAP GPG

2020-01-07 Thread john doe
Hi, As far as I understand it, NMH can not be used directly with IMAP,so I would like to use FDM for this. If it is possible, I would appriciate any pointers on how to do this? An other need for my MUA is the ability to use email encryption/signing with GPG. For now, I'm not sure how/if I can

Re: NMH IMAP GPG

2020-01-07 Thread Leonardo Taccari
john doe writes: > Hi, > Hello John, > As far as I understand it, NMH can not be used directly with IMAP,so I > would like to use FDM for this. > If it is possible, I would appriciate any pointers on how to do this? > I basically have the following in fdm.conf: | # Pipe to nmh's rcvstore

Re: text/calendar vs application/ics

2020-01-07 Thread Conrad Hughes
Ken> The answer's in the mhshow(1) man page: Thanks Ken; so the man page says that switches like "-type" and "-part" can "limit and reorder" what mhshow will show, but I guess what I'm after then is *expanding*, not limiting or reordering. Adding the following to my .mh_profile gets me closer to

Re: text/calendar vs application/ics

2020-01-07 Thread Michael Richardson
Conrad Hughes wrote: > When I mhshow a message with a text/calendar attachment, it's inlined > using mhical; if the attachment type is changed to application/ics, it's > suppressed instead. I'm using the latest mhn.defaults from the git > repo, which contains Are they in a

Re: text/calendar vs application/ics

2020-01-07 Thread Ken Hornstein
>.. in that it shows application/ics and message text, but I no longer >hear about other attachments — where previously an attached .jpg would >cause a "suppressed" message at the end of show's output, now there's no >mention of it. So if that's not the right way, then is there an easy >way to

Re: text/calendar vs application/ics

2020-01-07 Thread Paul Fox
ken wrote: > >Alternatively, is there any way of telling nmh that application/ics is > >really text/calendar? > > Other than 'sed -e s#application/ics#text/calendar#', no. I was hoping > mhfixmsg could do that, but it seems like right now it cannot (unless I > misunderstood the man page,

Re: text/calendar vs application/ics

2020-01-07 Thread Ken Hornstein
>Would simply adding more entries to mhn.defaults not work? Those entries already exist ... so no. The problem is the default for mhshow is "don't try to display stuff, unless it's text". You can tell it to try to display everything, and it will do that, but it won't display the part markers

Re: text/calendar vs application/ics

2020-01-07 Thread Paul Fox
Ah, got it. thanks. ken wrote: > >Would simply adding more entries to mhn.defaults not work? > > Those entries already exist ... so no. > > The problem is the default for mhshow is "don't try to display stuff, > unless it's text". You can tell it to try to display everything, and it >

Re: text/calendar vs application/ics

2020-01-07 Thread David Levine
Ken writes: > Other than 'sed -e s#application/ics#text/calendar#', no. I was hoping > mhfixmsg could do that, but it seems like right now it cannot That's right. See below for an example of where I think doing that would be less than helpful. > You COULD complain to meetup.com; sending out

Re: mhical rejecting "last day in the month"

2020-01-07 Thread David Levine
Conrad writes: > mhical rejects things like -1SU (last Sunday in the month), despite its > presence (at a cursory glance) in the ical standard: That's right. From the man page: mhical supports only a very limited subset of RRULE formats. Specifically, only a frequency of YEARLY and an

Re: text/calendar vs application/ics

2020-01-07 Thread David Levine
Ken writes: > The thinking for those defaults was that show/mhshow are for displaying > "text" content designed to be displayed on a terminal. Stuff under > "application" is generally supposed to be input to another application. Just to note that I'm still searching for the "right" (for me) way