Re: Going GUI...er
Akkana Peck wrote: > Felix Finch writes: > > On 20200405, Sam Kuper wrote: > > > In the meantime, you can just reply to the message (which, after all, > > > was sent as an email): "Thanks, I accept your invitation to the meeting > > > at 5pm PDT on 5th May 2020." > > > > Now that's an idea I hadn't considered! I was thinking more about > > the calendar program keeping tabs on who had accepted or not. But > > you're right, no need to emulate that. Just reply to the human. That's what I've always done. Nobody has complained yet but I don't get invited to many meetings. > Aside from the question of how to reply to calendar invites, my > problem is seeing them in the first place. I don't get calendar > attachments often, but when I do, I never know they're there. > This happens for two reasons: > [...] > > Is there any way to configure mutt to alert me at the top of the > message if there are any text/calendar or image/* attachments > anywhere in the message, even as part of a multipart/alternative? > I feel like I miss a lot in mail messages because mutt doesn't tell > me about attachments. > > ...Akkana I think you're looking for these [but I'm wrong, see below]: auto_view type[/subtype] [ ... ] unauto_view type[/subtype] [ ... ] This commands permits you to specify that mutt should automatically convert the given MIME types to text/plain when displaying messages. For this to work, there must be a mailcap(5) entry for the given MIME type with the copiousoutput flag set. A subtype of “*” matches any subtype, as does an empty sub‐ type. implicit_autoview Type: boolean Default: no If set to “yes”, mutt will look for a mailcap entry with the “copiousoutput” flag set for every MIME attachment it doesn't have an internal viewer defined for. If such an entry is found, mutt will use the viewer defined in that entry to convert the body part to text form. MIME attachments with 'text' types, with the only exception of text/html, are excluded: they will be shown as they are unless auto_view is specified. I didn't know about implicit_autoview but I have the same problem as you. I just never thought to find a solution. Thanks for asking! I've always had this in my .muttrc: auto_view text/calendar with the appropriate entry in my .mutt.mailcap file: text/calendar; $HOME/bin/mutt.vcalendar.filter; copiousoutput But I didn't know about implicit_autoview so it would only work if I thought to look for attachments. I've just added this to my .muttrc: set implicit_autoview = yes Hmm. It didn't work. I assumed that it would automatically view the attachments with copiousoutput mailcap entries. It doesn't. It seems that implicit_autoview is just an alternative to using the auto_view option and having to list every mimetype. Sorry this didn't help. It seems that "view" here actually means translate into something viewable upon request. It doesn't mean automatically render attachments for which there is such a translation. Such an option would be great. Actually, I've just thought of a non-ideal solution but it'll take some work. If I add support for translating text/calendar to my textmail program, then procmail could be used to process incoming emails just to translate those attachments into text/plain and then mutt would render them automatically because it would see them as text/plain attachments. It implies a dependency on procmail or similar so it might not be suitable in all cases but it would work for me. I don't know how it would work for IMAP accounts. And it would replace the original attachment with its text/plain version which might not always be what you want. A mutt option to automatically render attachments that are automatically translatable to text would be ideal. Perhaps it could be called something like auto_translate / implicit_autotranslate or auto_render / implicit_autorender. cheers, raf
Re: Going GUI...er
On 20200405, Greg Marks wrote: I realize this isn't an answer to Vegard Svanberg's original question, but I think it's a point worth raising: isn't the fact that mutt is text-based a security feature? I have always used that as an excuse when corporate drones get annoyed with my text email. It's somewhat pointless when I save PDFs, pictures, etc to look at outside mutt, but I don't mention that :-) Still, most links to 1x1 invisible gifs and javascript are rendered harmless. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: Going GUI...er
I realize this isn't an answer to Vegard Svanberg's original question, but I think it's a point worth raising: isn't the fact that mutt is text-based a security feature? Thunderbird, which I consider the second-best e-mail client, does have security settings to prevent it from automatically loading certain content that might contain exploits. But it seems to me that mutt does it one better by, for example, forcing users to take extra steps to click on hyperlinks, which is a bit of extra defense against spear phishing. Indeed, by seeing the raw HTML you can avoid a malicious hyperlink that doesn't match the link text displayed. Obviously all of this is not a panacea, and no doubt you can still be harmed by opening a malware attachment in mutt. But am I wrong to think that these things that seem to be a hassle are actually good for us? Best regards, Greg Marks signature.asc Description: PGP signature
Re: Going GUI...er
On 20200405, m...@amrx.net wrote: No! The ultimate goal should be do accept calendar invitations from your calendar! Your mail client is reserved for reading email. MIME attached ics files to coordinate meeting attendance is an atrocity. Not even the email client is that restricted. It is commonly used to send tarballs, Linux patches, all sorts of things which are not "reading email". Email itself is not that restricted; I have used email for all sorts of remote control, like turning thermostats up or down, turning on lights, etc. SMTP is a tool, a nice general purpose tool, not some holy grail of RFCs never to be used for other purposes, and mutt is one of the many implementations. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: Going GUI...er
On 20200405, Fred Smith wrote: On Sun, Apr 05, 2020 at 12:45:09PM -0700, Felix Finch wrote: On 20200405, Akkana Peck wrote: >Is there any way to configure mutt to alert me at the top of the >message if there are any text/calendar or image/* attachments >anywhere in the message, even as part of a multipart/alternative? >I feel like I miss a lot in mail messages because mutt doesn't tell >me about attachments. I wonder if the number of attachments could be shown in the index? I don't know about the number, but it IS possible to show a flag in the index indicating the presence of one or more attachments... I set mine that way, but don't remember how. I'll take a quick gander at my muttrc and maybe it'll jump out at me... # the default format #set index_format="%4C %Z %{%b %d} %-15.15L (%?l?%4l&%4c?) %s" # this one shows attachments #set index_format="%4C %Z %{%b %d} %-15.15L %?X?{%2X}&%4c? %s" set index_format="%4C %Z %{%b %d} %-20.20L %?X?^&%4c? %s" OK, that last one is what sets the attachment indicator. Looks like it is the "^&" out near the end. No, the & is part of the trinary ?& operator. %X is the number of attachments. Prolly a good idea to look it up in the mutt doc before butchering yours, though. Indeed :-) I wondered how I missed it ... I will try that, but I'm not sure it's useful when corporate email has so many useless attachments. Just tried it on corporate email, and it only showed for one email, which had a single text attachment. Other emails with multiple image/png attachment showed nothing. I'll experiment more later. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: Going GUI...er
On Sun, Apr 05, 2020 at 04:43:20PM -0400, Fred Smith wrote: > On Sun, Apr 05, 2020 at 12:45:09PM -0700, Felix Finch wrote: >> On 20200405, Akkana Peck wrote: >> >Is there any way to configure mutt to alert me at the top of the >> >message if there are any text/calendar or image/* attachments >> >anywhere in the message, even as part of a multipart/alternative? >> >I feel like I miss a lot in mail messages because mutt doesn't tell >> >me about attachments. >> >> I wonder if the number of attachments could be shown in the index? > > I don't know about the number, but it IS possible to show a flag > in the index indicating the presence of one or more attachments... > > set index_format="%4C %Z %{%b %d} %-20.20L %?X?^&%4c? %s" > > OK, that last one is what sets the attachment indicator. Looks like > it is the "^&" out near the end. Unless I am mistaken (quite possible), that flag does not reliably appear in the presence of text/calendar parts in a multi-part email, unfortunately. If I am not mistaken, then this might be a bug :/ -- A: When it messes up the order in which people normally read text. Q: When is top-posting a bad thing? () ASCII ribbon campaign. Please avoid HTML emails & proprietary /\ file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.
Re: Going GUI...er
On Sun, Apr 05, 2020 at 01:08:05PM -0700, m...@amrx.net wrote: > On Sun, Apr 05, 2020 at 08:48:35PM +0100, Sam Kuper wrote: >> If/when it becomes possible to RSVP, in a machine-readable fashion >> directly from Mutt, to calendar-invites-sent-via-email, I'll switch >> to that. > > No! The ultimate goal should be do accept calendar invitations from > your calendar! I'm not opposed to this in principle. But first of all, this isn't primarily about my calendar (which might be on paper, or on an offline PDA), it's about RSVPing to invitations sent by other people who do use digital calendars, so that they don't have to manually record the contents of my RSVP on my behalf. I would not want to put them to that trouble if I could easily avoid it. Secondly, even if I had a piece of calendaring software on my PC that I wanted to use for accepting calendar invitations - as you suggest - which protocol should it use for retrieving and replying to those invitations? Where should it retrieve them from, and where should it send the responses? How should I identify my friend John Smith from his and my mutual friend John Smith , if not by their email addresses? How would any of these processes be secured from malfeasance? These are genuine questions. I guess you might suggest CalDAV over HTTPS as the protocol, and propose that my PC's calendaring software should be a CalDAV client. Also that I should run a CalDAV server that can receive meeting invites and that can also forward RSVPs from me to other people's CalDAV servers. And perhaps that I should continue to use email addresses as identifiers though not calendar invite/RSVP destinations. But I'm not aware of any calendaring software that supports anything close to all of this. So, I'm open to enlightenment. > Your mail client is reserved for reading email. MIME attached ics > files to coordinate meeting attendance is an atrocity. As long as it isn't abused as some kind of substitute for having a text/plain message, how is it any more of an atrocity than any other kind of attachment? (Again, this is a genuine question.) -- A: When it messes up the order in which people normally read text. Q: When is top-posting a bad thing? () ASCII ribbon campaign. Please avoid HTML emails & proprietary /\ file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.
Re: Going GUI...er
On Sun, Apr 05, 2020 at 12:45:09PM -0700, Felix Finch wrote: > On 20200405, Akkana Peck wrote: > >Is there any way to configure mutt to alert me at the top of the > >message if there are any text/calendar or image/* attachments > >anywhere in the message, even as part of a multipart/alternative? > >I feel like I miss a lot in mail messages because mutt doesn't tell > >me about attachments. > > I wonder if the number of attachments could be shown in the index? I don't know about the number, but it IS possible to show a flag in the index indicating the presence of one or more attachments... I set mine that way, but don't remember how. I'll take a quick gander at my muttrc and maybe it'll jump out at me... # the default format #set index_format="%4C %Z %{%b %d} %-15.15L (%?l?%4l&%4c?) %s" # this one shows attachments #set index_format="%4C %Z %{%b %d} %-15.15L %?X?{%2X}&%4c? %s" set index_format="%4C %Z %{%b %d} %-20.20L %?X?^&%4c? %s" OK, that last one is what sets the attachment indicator. Looks like it is the "^&" out near the end. Prolly a good idea to look it up in the mutt doc before butchering yours, though. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." - Jude 1:24,25 (niv) -
Re: Going GUI...er
No! The ultimate goal should be do accept calendar invitations from your calendar! Your mail client is reserved for reading email. MIME attached ics files to coordinate meeting attendance is an atrocity. On Sun, Apr 05, 2020 at 08:48:35PM +0100, Sam Kuper wrote: > On Sun, Apr 05, 2020 at 08:05:29AM -0700, m...@amrx.net wrote: > > Truly, sending the human an E-Mail, to read, is a great response, but > > could trigger a frustrating conversation about auto populating > > calendar items, be prepared to defend your mutt way of life. > > Been there, done that. Several times. Still standing, > > If/when it becomes possible to RSVP, in a machine-readable fashion > directly from Mutt, to calendar-invites-sent-via-email, I'll switch to > that. > > At least, as long as the feature is sensibly implemented. Based on > Mutt's track reccord, it probably will be. > > -- > A: When it messes up the order in which people normally read text. > Q: When is top-posting a bad thing? > > () ASCII ribbon campaign. Please avoid HTML emails & proprietary > /\ file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.
Re: Going GUI...er
On Sun, Apr 05, 2020 at 12:19:58PM -0600, Akkana Peck wrote: This happens for two reasons: 1. Mutt shows attachments at the bottom of a message, which was reasonable in the days before everyone top-posted; but now I never 2. Calendar invites are often part of a MIME multipart/alternative: I feel like I miss a lot in mail messages because mutt doesn't tell me about attachments. Rather than bastardize Mutt to accommodate mis-use of e-mail (using it for generalized transport, rather than for communication) and perversions such as top-posting, a proper approach is to have two email addresses, and to run a different mail user agent for each. The first address is for efficient communication with rational and knowledgeable individuals; such communication is handled by Mutt. The second is for communication (which, regrettably, often is essential) with fluff-heads and with entities of the corporate realm (which is chained to M$); for this, use an agent such as Thunderbird. The more needs accommodated, the fewer needs served well. RLH
Re: Going GUI...er
On Sun, Apr 05, 2020 at 08:05:29AM -0700, m...@amrx.net wrote: > Truly, sending the human an E-Mail, to read, is a great response, but > could trigger a frustrating conversation about auto populating > calendar items, be prepared to defend your mutt way of life. Been there, done that. Several times. Still standing, If/when it becomes possible to RSVP, in a machine-readable fashion directly from Mutt, to calendar-invites-sent-via-email, I'll switch to that. At least, as long as the feature is sensibly implemented. Based on Mutt's track reccord, it probably will be. -- A: When it messes up the order in which people normally read text. Q: When is top-posting a bad thing? () ASCII ribbon campaign. Please avoid HTML emails & proprietary /\ file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.
Re: Going GUI...er
On 20200405, Akkana Peck wrote: Is there any way to configure mutt to alert me at the top of the message if there are any text/calendar or image/* attachments anywhere in the message, even as part of a multipart/alternative? I feel like I miss a lot in mail messages because mutt doesn't tell me about attachments. I wonder if the number of attachments could be shown in the index? I don't know if that would be sufficient; a lot of work emails are loaded with stupid company logos and such. Maybe the index could include a count of attachments only of specific types enumerated in a mutt var. Or maybe a count of attachments not enumerated in a mutt var. set show_attachments=text/calendar;text/html set hide_attachments=image/png %p is unused. Let it stand for the number of parts: set index_format="%4C %Z %{%b %d} %-15.15L %p (%?l?%4l&%4c?) %s" Just spitballin'! -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: Going GUI...er
Felix Finch writes: > On 20200405, Sam Kuper wrote: > > In the meantime, you can just reply to the message (which, after all, > > was sent as an email): "Thanks, I accept your invitation to the meeting > > at 5pm PDT on 5th May 2020." > > Now that's an idea I hadn't considered! I was thinking more about the > calendar program keeping tabs on who had accepted or not. But you're right, > no need to emulate that. Just reply to the human. Aside from the question of how to reply to calendar invites, my problem is seeing them in the first place. I don't get calendar attachments often, but when I do, I never know they're there. This happens for two reasons: 1. Mutt shows attachments at the bottom of a message, which was reasonable in the days before everyone top-posted; but now I never get anywhere near the end of a message, so if there's an image or a calendar invite attached, I never find out. (For images I find out later when people reply "Wow, amazing photo!" after I've already deleted the original message.) 2. Calendar invites are often part of a MIME multipart/alternative: I 1 [multipa/alternativ, 7bit, 17K] I 2 ├─>[text/plain, quoted, iso-8859-1, 0.4K] I 3 ├─> [text/html, quoted, iso-8859-1, 1.0K] I 4 └─> [text/calendar, base64, utf-8, 15K] Mutt sensibly shows me the text/plain part, and I never know that there's also a calendar attachment. It seems broken that the calendar attachment would be part of the multipart/alternative when clearly you want to see both the text or HTML AND the calendar, but that's Microsoft for you (the invites have headers like "x-ms-exchange-calendar-series-instance-id:" so I'm guessing it's Exchange doing this). Is there any way to configure mutt to alert me at the top of the message if there are any text/calendar or image/* attachments anywhere in the message, even as part of a multipart/alternative? I feel like I miss a lot in mail messages because mutt doesn't tell me about attachments. ...Akkana
Re: Going GUI...er
Propagating the notion that E-Mail and Calendar are separate things is probably the best thing to do, to undo their evil marriage. The calendar related RFC's that I have looked at indicate that the protocols were designed work and communicate completely independent of E-Mail, yet the majority of people believe these things are designed or must to go together. Truly, sending the human an E-Mail, to read, is a great response, but could trigger a frustrating conversation about auto populating calendar items, be prepared to defend your mutt way of life. On Sun, Apr 05, 2020 at 11:44:16AM +0100, Sam Kuper wrote: > On Sat, Apr 04, 2020 at 09:06:13AM -0700, Felix Finch wrote: > > On 20200404, Sam Kuper wrote: > >>This ~/.mailcap works tolerably under Gnome [...] > > > > I've been using something similar for several years, and one thing > > missing from this is a way to respond to invites. Perhaps it's an > > Outlook-only thing, but I invariable get followup emails asking me to > > click "Accept", and I never see any such links. Looking at it in the > > Outlook webmail, there is an RSVP section with buttons for Accept > > Yes/No. > > AFAICT, this is just another Micro$oft lock-in attempt. > > > > Looking at the actual mime part, each invitee has an RSVP section. > > > >ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Joe > > Blow :mailto:jb...@megacorp.com > > > > [...] Do any calendar filters replicate this RSVP business? [...] > > I, too, would be grateful to know this. Not because I support lock-in, > but because simplifying calendar invites/RSVPs should not be beyond the > means of free (as in freedom) software. (Compatibility with proprietary > implementations should be a secondary concern.) The key difficulty is > likely to be broken time zone implementations (see below). > > > In the meantime, you can just reply to the message (which, after all, > was sent as an email): "Thanks, I accept your invitation to the meeting > at 5pm PDT on 5th May 2020." > > N.B. I strongly suggest including the time, zone and date in your reply, > as above, because sometimes automated invites: > > - use the wrong time zone for the event, AND > - do not specify the time zone that they are assuming! > > > > The only "http" links are for zoom. > > Don't be shy about alerting those senders that they are sending you > links to malware. Seriously. See: https://gu.com/p/dtx4g > > N.B. Even MS Outlook should not be sending Zoom links by default (not > because Micro$oft cares about giving you malware, but because Zoom is > non-Micro$oft). So, those senders presumably installed or configured > something at their end that causes those links to be inserted. > > -- > A: When it messes up the order in which people normally read text. > Q: When is top-posting a bad thing? > > () ASCII ribbon campaign. Please avoid HTML emails & proprietary > /\ file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.
Re: Going GUI...er
On 2020-04-04, Vegard Svanberg wrote: > However, I'm increasingly finding myself having to resort to various > tricks to deal with HTML only emails (with picture attachments), > calendar invites, and other oddities and awkward stuff people send. I hever had that much trouble _reading_ HTML email. What forced me to give up on mutt completely for work and almost completely for personal use was the difficulty in _generating_ HTML email. 99% of the people to whom I send email can't deal with text/plain. Plain text doesn't work well on narrow (phone) UIs since it doesn't re-flow. None of the popular e-mail clients display plaintext in fixed-width fonts, so even on wide screens tables of values, lists and countless other things don't work. I used muttdown for the last few years to generate alternative HTLM and plaintext. It was effective, but clumsy and added a lot of work. -- Grant
Re: Reply/multiple accounts: Setting From to To of original mail
On 05.04. I wrote: > I have multiple mail addresses and some received mails are directed > to a certain folder. > > When replying to one of those mails in that folder I like to set my > >From like the To of the mail I'm replying to. reverse_name and reverse_realname did it.
Re: Reply/multiple accounts: Setting From to To of original mail
On Sun, Apr 05, 2020 at 08:18:09AM +0200, Mike wrote: When replying to one of those mails in that folder I like to set my From like the To of the mail I'm replying to. Is there a special solution for this? Check out $reverse_name and $reverse_realname. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Going GUI...er
On 20200405, Sam Kuper wrote: On Sat, Apr 04, 2020 at 09:06:13AM -0700, Felix Finch wrote: On 20200404, Sam Kuper wrote: This ~/.mailcap works tolerably under Gnome [...] I've been using something similar for several years, and one thing missing from this is a way to respond to invites. Perhaps it's an Outlook-only thing, but I invariable get followup emails asking me to click "Accept", and I never see any such links. Looking at it in the Outlook webmail, there is an RSVP section with buttons for Accept Yes/No. AFAICT, this is just another Micro$oft lock-in attempt. Looking at the actual mime part, each invitee has an RSVP section. ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Joe Blow :mailto:jb...@megacorp.com [...] Do any calendar filters replicate this RSVP business? [...] I, too, would be grateful to know this. Not because I support lock-in, but because simplifying calendar invites/RSVPs should not be beyond the means of free (as in freedom) software. (Compatibility with proprietary implementations should be a secondary concern.) The key difficulty is likely to be broken time zone implementations (see below). In the meantime, you can just reply to the message (which, after all, was sent as an email): "Thanks, I accept your invitation to the meeting at 5pm PDT on 5th May 2020." Now that's an idea I hadn't considered! I was thinking more about the calendar program keeping tabs on who had accepted or not. But you're right, no need to emulate that. Just reply to the human. N.B. I strongly suggest including the time, zone and date in your reply, as above, because sometimes automated invites: - use the wrong time zone for the event, AND - do not specify the time zone that they are assuming! -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: Going GUI...er
On Sat, Apr 04, 2020 at 09:06:13AM -0700, Felix Finch wrote: > On 20200404, Sam Kuper wrote: >>This ~/.mailcap works tolerably under Gnome [...] > > I've been using something similar for several years, and one thing > missing from this is a way to respond to invites. Perhaps it's an > Outlook-only thing, but I invariable get followup emails asking me to > click "Accept", and I never see any such links. Looking at it in the > Outlook webmail, there is an RSVP section with buttons for Accept > Yes/No. AFAICT, this is just another Micro$oft lock-in attempt. > Looking at the actual mime part, each invitee has an RSVP section. > >ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Joe Blow > :mailto:jb...@megacorp.com > > [...] Do any calendar filters replicate this RSVP business? [...] I, too, would be grateful to know this. Not because I support lock-in, but because simplifying calendar invites/RSVPs should not be beyond the means of free (as in freedom) software. (Compatibility with proprietary implementations should be a secondary concern.) The key difficulty is likely to be broken time zone implementations (see below). In the meantime, you can just reply to the message (which, after all, was sent as an email): "Thanks, I accept your invitation to the meeting at 5pm PDT on 5th May 2020." N.B. I strongly suggest including the time, zone and date in your reply, as above, because sometimes automated invites: - use the wrong time zone for the event, AND - do not specify the time zone that they are assuming! > The only "http" links are for zoom. Don't be shy about alerting those senders that they are sending you links to malware. Seriously. See: https://gu.com/p/dtx4g N.B. Even MS Outlook should not be sending Zoom links by default (not because Micro$oft cares about giving you malware, but because Zoom is non-Micro$oft). So, those senders presumably installed or configured something at their end that causes those links to be inserted. -- A: When it messes up the order in which people normally read text. Q: When is top-posting a bad thing? () ASCII ribbon campaign. Please avoid HTML emails & proprietary /\ file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.
Re: Going GUI...er
On Sun, Apr 05, 2020 at 10:47:56AM +1000, raf wrote: > For other document attachments, I use various mailcap > filters to render things as text such as catdoc, > xls2csv, mutt.octet.filter and mutt.vcard.filter by > David A Pearson, vcalendar-filter by Martyn Smith etc. I knew about some of those, but not all of them. Thank you :) > In my younger, more fanatical days, I wrote a tool > (textmail) to convert everything to plain text as it > arrived to keep my mailbox small. That wouldn't help > you. :-) This one? http://raf.org/textmail/ Again, thank you :) -- A: When it messes up the order in which people normally read text. Q: When is top-posting a bad thing? () ASCII ribbon campaign. Please avoid HTML emails & proprietary /\ file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.
Re: Going GUI...er
On Sat, Apr 04, 2020 at 07:18:42PM +0200, steve wrote: > I can display images, read pdf's, etc… but one thing I never managed > to do is open an html file containing images. I mean, I can send the > html part to firefox but the images don't follow. > > How do you guys cope with that? Depends what you mean by "an html file containing images". I'll assume you mean that the email has multiple parts or attachments, one (or more) of which is an HTML file and one (or more) of which is an image file, and that the HTML file has an "img" element with a "src" attribute whose value is the name of the image file (at some path). (That is an inconsiderate way to send "email", but some people do it.) If so, probably the simplest way of coping with that is: - View the HTML file via your preferred browser. - Then view the images separately (hit 'v' in Mutt to see the mail's attachments/parts; move the cursor to the relevant entry; hit 'Enter' to view that image). - Alert the sender of the email to the fact that their email was problematic. - If the sender is unsympathetic, then try to minimise email communications with that person in the future. (Basically, treat them approximately as if they were sending you spam or malware.) Alternatively, you could save the HTML file and the images to some directory, and fix the HTML's "src" attributes if needed to ensure that they point to the image files. Relative paths would be the best choice. (I suppose this could be scripted using Bash/Sed, Perl, Python, or whatever.) You'd then open the HTML file in an image-capable browser, and it should look roughly as the sender intended. Good luck. -- A: When it messes up the order in which people normally read text. Q: When is top-posting a bad thing? () ASCII ribbon campaign. Please avoid HTML emails & proprietary /\ file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.
Re: [Mutt] Going GUI...er
On Sun, Apr 05, 2020 at 08:39:34AM +0200, steve wrote: I can display images, read pdf's, etc??? but one thing I never managed to do is open an html file containing images. I mean, I can send the html part to firefox but the images don't follow. With neomutt on Debian 9, ":exec bounce-message" forwards everything.
Re: [Mutt] Going GUI...er
Works like a charm. Thanks Mihai. Steve Le 04-04-2020, à 22:30:05 +0200, Mihai Lazarescu a écrit : On Saturday, April 04, 2020 at 19:18:42 +0200, steve wrote: Le 04-04-2020, à 09:41:59 +0200, Vegard Svanberg a écrit : However, I'm increasingly finding myself having to resort to various tricks to deal with HTML only emails (with picture attachments), calendar invites, and other oddities and awkward stuff people send. I can display images, read pdf's, etc… but one thing I never managed to do is open an html file containing images. I mean, I can send the html part to firefox but the images don't follow. How do you guys cope with that? I'm using Christian Ebert's muttils from http://www.blacktrash.org/hg/muttils/ with a macro: macro pager,index,attach M "viewhtmlmsg" and viewhtmlmsg being a Python script (maybe created by muttils): #!/usr/bin/python2 # $Id$ from muttils import viewhtmlmsgcommand viewhtmlmsgcommand.run() Best, Mihai
Reply/multiple accounts: Setting From to To of original mail
I have multiple mail addresses and some received mails are directed to a certain folder. When replying to one of those mails in that folder I like to set my >From like the To of the mail I'm replying to. Is there a special solution for this? Or is there a more general approach involving pipes to set a mutt variable? E.g. when I reply in this folder, can I pipe the original mail to a script, extract it's To and set the reply's From to the result? Something like this? | extract_to_header.pl | 'my_hdr From: ' ... Thank you.