Re: How to generate html mime message?
Grant Edwards [2021-02-12 22:19 -]: On 2021-02-12, Paul Gilmartin via Mutt-users wrote: On 2021-02-12, at 03:15:00, Amit Ramon wrote: Peng Yu [2021-02-07 16:34 -0600]: I just want to generate the HTML mine message. The instruction requires the set up of mutt, which I want to avoid. Is `bin/plain2html` for generating HTML mime message from a plain text? But I wonder, "Why?" Is there an email client so broken that it can't simply handle text/plain content? Yes. In my experience the version of Outlook used in my office doesn't not work well at all with text/plain. It doesn't use a fixed font and it does something weird and unpredictabable with line endings. What has pushed me to develop plainMail2HTML is the bad handling of right-to-left languages in mail clients. For example, Gmail (web) client need to be told (via settings) what language to use for its UI. If it's, for example, English, then plain text in a RTL language will be left aligned. If I set the language to Hebrew, then English plain text will be right aligned. As most of my friends and colleagues of mine, are using Gmail, sending them plain text would be inconvenient for them. --- Amit
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 21/02/13 08:01AM, Cameron Simpson wrote: On 01Feb2021 03:32, ಚಿರಾಗ್ ನಟರಾಜ್ wrote: 12021/00/30 09:27.95 ನಲ್ಲಿ, boB Stepp ಬರೆದರು: 2) I would like to remove all email storage from the cloud, that is, whether Gmail or ProtonMail, once I have my mail on my local PC I want to delete it from those accounts. What would be the best way to do this? If you use a separate mail syncing program like fetchmail or mbsync or whatever, you can tell it to delete emails on the server after (successfully!) fetching them. Personally, I don't know that I would recommend that, simply because you never know when you might actually need access to your emails from e.g. your phone. I use a comprimise here. I pull everything from my c...@cskk.id.au inbox, deleting it. But my mail filing forwards a suite of messages to a separate account which is for my phone. So anything important sends a copy back out to the cloud. Well, a personal external server. Um, in the cloud :-( Likewise, any email I reply to sends the source message and the reply to that account. In this way my phone has access to a copy of the critical stuff and also any ongoing email discussions. So it seems you only concern yourself in keeping relatively current emails accessible to your phone? You haven't had occasion to need something from a while back to fetch on your phone that suddenly becomes needed? -- Wishing you only the best, boB Stepp
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 21/02/13 07:56AM, Cameron Simpson wrote: On 31Jan2021 21:16, boB Stepp wrote: 1) I eventually want to migrate all of my Gmail to ProtonMail. I will probably never entirely get rid of Gmail. For one thing it makes a good honey pot for when I must supply an email, but do not want to give out my preferred email. Might I suggest mailinator.com for this? It's a free service which accepts email for _any_ address @mailinator.com (and a suite of other domains for when systems special case reject mailinator). Messages are kept for a short preriod of time and only the text component. You can look at them with a web browser interface. There are no passwords (so pick a random address to avoid collisions). It is handy for temporary-but-necessary addresses, or for "boring" addresses (vendor spam). Hmm. This is a good idea. I have heard of such services, but never have looked them up to see what they can do or if they cost anything. But I would like to at least minimize the data they collect on me. I forward all email from the GMail account which is "To:" the GMail address, to my real address c...@cskk.id.au. I do leave it behind (so archived, not deleted) at the GMail end. I see two routes towards this migration: (a) Forwarding all Gmail to ProtonMail and only have Mutt track ProtonMail. As I get time I will notify everyone to use my new email address. I do that (GMail -> c...@cskk.id.au). If nothing else, there will always be services with you GMail address (or whatever old address). I haven't yet reached my final decision on what I am going to do. I have been using the Gmail address for quite a long time, so I would hate to miss an email from someone I care about that sends me one years out of the blue. Currently I have been setting up mbsync, msmtp and Mutt for multiple accounts. If nothing else it is teaching me a lot. Currently I am puzzling over the "bridge" needed for ProtonMail to ensure I understand it well enough to configure everything properly. Hopefully I will be done with this sometime this weekend. I also want to try out Mutt's sidebar feature to see what I think of it and using two email accounts seems like it would give it a good testing. I can always drop down to one account and forward Gmail to ProtonMail. 2) I would like to remove all email storage from the cloud, that is, whether Gmail or ProtonMail, once I have my mail on my local PC I want to delete it from those accounts. What would be the best way to do this? I collect from my c...@cskk.id.au account using getmail with a setting which deletes collected messages. So the actual c...@cskk.id.au inbox is normally empty. Another one I am still pondering. What do I want to keep where? 3) I would like my local storage of my emails to allow for me to store certain content types in sensible folders. For example, Python Tutor emails that I want to keep I would like to store in a Python Tutor folder, Mutt emails in a Mutt folder, etc. Pretty sure I'm mentioned this before. My process is getmail from c...@cskk.id.au, and a separate programme to file messages. I have my own (mailfiler), but procmail and other tools are popular. Yeah, I think you have. I have kept those earlier emails from you nicely flagged in my inbox for reference. Currently I am trying to see if I can get something I like working with notmuch. I wish I could use notmuch's tagging capabilities from within Mutt in the sense of adding multiple tags to a single email or a set of tagged emails. But the only example of an approach is to try to adapt the macro I cited earlier in this thread which deletes the inbox tag. I see how to modify this to do *one* tag, but that would be hard-coded and not very flexible or useful. I'm sure there must be a way to write a macro to allow for me to enter multiple tags for notmuch, but I don't know enough about Mutt macros to see a way forwards yet. The other option is to install one of these notmuch user interfaces and do my tagging outside of Mutt. But that seems a bit of an awkward setup. Probably I would best be served by a manual, not an automatic, moving into desired folders as I will be picky as to those emails I would like to keep. What would be the best advice on this? Then tag messages in you inbox and ";s+folder" to move them in batches. Here I mean mutt's (t)ag keystroke, an in memory flag. Emphemeral, used entirely to do mutt things to an ad hoc batch of messages. Yeah, I just was playing around with this some earlier in the week. I'm now doing this to tag and move emails into my Archive folder, which I have bound "S" for this purpose. Which leads me to a question I have been meaning to ask. This is what I am using right now: macro index,pager S "=Archive" "Send to Archive" If I don't add then the email(s) sit there marked deleted (Funny that the same 'D' label is used here as for a real deletion.) until I manually sync or it happens automatically. I just want the mail to be
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 21/02/13 08:11AM, Cameron Simpson wrote: On 08Feb2021 14:43, boB Stepp wrote: So I changed the command to: mbsync -a -qq and everything has been working. I was curious as to what would happen at 3 AM when my router would reboot. I got: Feb 8 03:00:01 Dream-Machine1 CRON[614314]: (bob) CMD (mbsync -a -qq ) Feb 8 03:00:24 Dream-Machine1 CRON[614312]: (CRON) info (No MTA installed, discarding output) Hmm. The same "No MTA installed, discarding output" as with the originally worded command. More information, but I still do not see why this message is generated. I would guess your PC does not have a mail system installed. So cron cannot deliver the cron job output by email. I was aware that a cron job could email its output, but I thought I would have to explicitly set that up. Is this not the case? In any event I do not know enough at this time to do this, so I haven't done so. But if your hypothesis is correct and it is trying to email me, but finding no MTA to enable it to do so, why don't I *always* get this message? One of the benefits of have a local email system is getting stuff from cron et al. Also, you can use it for spooling - if mutt sends via the local email system you can send when offline - it will just queue. One concern based on earlier discussion in this thread. I am now using msmtp as my MTA client. What will happen if I send an email when, for whatever reason, Gmail connectivity is broken? Will it get resent? I don't know. What does its manual say? You don't know how much documentation and search results I have been reading the past few days! My head is spinning chock full of half-understood information about multiple email software and topics!! As far as I have been able to tell from the man pages msmtp will attempt to send me a notification email in the event of delivery failure. AFAICT, there is no explicit mention of msmtp trying to resend the email. Also it is not clear to me if delivery failure includes not being able to connect to the Internet. It did say it uses standard exit codes, but I did not see how it would act in this instance. I am doing some online searching, but the answer I desire isn't coming up with my current search terms. But I will persist. I always seem to do... -- Wishing you only the best, boB Stepp
Re: Location of sample muttrc and mailcap files, and correct names of Gmail folders
On 21/02/12 06:50PM, David J. J. Ring, Jr. wrote: Also and this seems to be the initial cause of my calamity, what is the correct names of the imap folders in gmail? Some of my muttrc files have GMail others have Gmail with only the first letter capitalized. I just got through doing a major overhaul of my Gmail. Gmail's system labels are as follows: [Gmail] [Gmail]/All Mail [Gmail]/Drafts [Gmail]/Sent Mail [Gmail]/Spam [Gmail]/Starred [Gmail]/Trash And of course +INBOX refers to [Gmail]/Inbox. There are other reserved labels in Gmail such as Snoozed, Important, Chats, etc., but if those are of interest you can "Google" for them. ~(:>)) The one gotcha from my perspective is that Gmail uses "labels" *not* "folders" to structure its mail. So any particular email may have multiple labels. If your intention is to map labels to folders this may cause you grief if you are not careful. HTH! -- Wishing you only the best, boB Stepp
UserPages dead url ..the first one the page
Whoops! stumbled on it again ... On this page : https://gitlab.com/muttmua/mutt/-/wikis/UserPages The url: http://mutt.justpickone.org/ -- David T-G While clicking on the url Showing: "Error resolving “mutt.justpickone.org”: Name or service not known" I think it is not maintained anymore. Thanks, Bhaskar signature.asc Description: PGP signature
Re: Location of sample muttrc and mailcap files, and correct names of Gmail folders
Hello - > Where are sample files for muttrc located? Where are sample mailcap > located? On my machine, sample muttrc files are located in /usr/share/doc/mutt/examples. There are a couple of muttrc files and a sample mailcap file there. If you have the source, then there are samples of both in the contrib directory, and a longer sample muttrc in the doc directory. > Also and this seems to be the initial cause of my calamity, what is > the correct names of the imap folders in gmail? Some of my muttrc > files have GMail others have Gmail with only the first letter > capitalized. I believe they are of the form "+[Gmail]/Trash", for example. But I think you might get by with just setting the spoolfile to be "+INBOX". Good luck! -- David Lowry-Duda
Re: How does mutt know to automatically choose charset?
On 2/12/21, Derek Martin wrote: > On Thu, Feb 04, 2021 at 08:42:31AM -0600, Peng Yu wrote: >> mutt can adjust the charset based on the input. But it seems that >> EmailMessage from python can not do this automatically. How does mutt >> choose the charset automatically based on the content? Thanks. > > You pasted the answer: >> Content-Type: text/plain; charset=us-ascii > ... >> Content-Type: text/plain; charset=utf-8 The above are just the output of mutt. My question is how mutt knows what charset to use. By what function mutt scans the input to determine the charset? -- Regards, Peng
Location of sample muttrc and mailcap files, and correct names of Gmail folders
Hello Mutt-Users, Today for some reason, mutt stopped working, it needed a control-c to interrupt then continue, I finally got it working, I don't remember how, but probably I had an error in my muttrc file. Where are sample files for muttrc located? Where are sample mailcap located? Also and this seems to be the initial cause of my calamity, what is the correct names of the imap folders in gmail? Some of my muttrc files have GMail others have Gmail with only the first letter capitalized. This was causing a problem because I started having all sorts of extra folders appear in my gmail imap account with names like Gmail and GMail, I cannot give you specifics because I have finally eliminated them all. I use settings in my muttrc to retreive my imap because I had tried offline-imap or some sort of program and I lost a bunch of email doing so - or so I think. So I'm scared of doing that again. Best wishes to all, David Ring signature.asc Description: PGP signature
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On Fri, Feb 12, 2021 at 10:20:09PM -, Grant Edwards wrote:
> On 2021-02-12, Derek Martin wrote:
> > On Fri, Feb 12, 2021 at 05:09:36PM -, Grant Edwards wrote:
> >> On 2021-02-12, Derek Martin wrote:
> >> >>> as I would have to be monitoring the logs to make sure the e-mail
> >> >>> was actually sent.
> >> >>
> >> >> You do (or you need to make sure that you receive bounce/retry/failure
> >> >> notices properly).
> >> >
> >> > You don't... every major MTA has a tool for monitoring the outgoing
> >> > mail queue. You just run it and it tells you if there is any pending
> >> > outgoing e-mail.
> >>
> >> To me that seems pretty much equivalent to "monitorying the logs".
> >
> > I think the difference is monitoring the logs is something you have to
> > actively do, which means you also need to remember to do it...
>
> Ah, I see. I assumed that that "monitoring logs" was something one
> would do with an automated tool/script.
I mean I suppose so... but that seems much more involved than just
numreqs=`mailq |grep 'Total' | awk '{ print $3 }'`; if [ $numreqs -ne 0 ];
then echo "mail queue has $numreqs requests queued"; fi
[Exact details may vary from system to system, but should be pretty
similar to this one-liner in general.]
You'd have to figure out what your logs actually look like when queued
mail isn't getting delivered, then install and configure your tool to
monitor for those logs... which might be prone to break if your MTA
gets upgraded. Still not quite equivalent--it wouldn't be my choice.
Then I'm not sure but IIRC some MTAs don't log about queued mail not
getting delivered until it has failed to deliver for some time. If so
you would not get timely results, not like what the OP is looking for,
so in that case it wouldn't be an adequate solution anyway.
--
Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address. Replying to it will result in
undeliverable mail due to spam prevention. Sorry for the inconvenience.
signature.asc
Description: PGP signature
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 01Feb2021 16:03, ಚಿರಾಗ್ ನಟರಾಜ್ wrote: > sending emails might well be time-sensitive, and I _need_ to know > that it went through (or get immediate feedback if it fails). So let's be clear: If you have time-sensitive communications that need to be delivered immediately, reliably, you should almost certainly not be using e-mail for them. Just becaue your mail client is able to hand off your message to your outgoing mail gateway in no way means that it is guaranteed to be delivered quickly, or even at all... Delivery may still fail or be delayed due to intervening mail servers' load, connectivity, hardware failures, botched configuration changes, etc., and in all likelihood you won't know anything about it. If you can not accept this, you must not use e-mail to deliver your message. If you can accept this, then having the message queue locally on your machine is less of a risk than having it queue on any other SMTP node along the way, because you can actively detect such problems and potentially do something to fix them, whereas in all other cases you simply can not. And the reality is, once your networking and your MTA is configured correctly, as long as your internet connection is working, your mail will go out, and will continue to go out so long as you don't muck with things and subsequently botch them. If you do make subsequent changes, of course you will need to test them... -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. signature.asc Description: PGP signature
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 2021-02-12, Derek Martin wrote: > On Fri, Feb 12, 2021 at 05:09:36PM -, Grant Edwards wrote: >> On 2021-02-12, Derek Martin wrote: >> >>> as I would have to be monitoring the logs to make sure the e-mail >> >>> was actually sent. >> >> >> >> You do (or you need to make sure that you receive bounce/retry/failure >> >> notices properly). >> > >> > You don't... every major MTA has a tool for monitoring the outgoing >> > mail queue. You just run it and it tells you if there is any pending >> > outgoing e-mail. >> >> To me that seems pretty much equivalent to "monitorying the logs". > > I think the difference is monitoring the logs is something you have to > actively do, which means you also need to remember to do it... Ah, I see. I assumed that that "monitoring logs" was something one would do with an automated tool/script. -- Grant
Re: How to generate html mime message?
On 2021-02-12, Paul Gilmartin via Mutt-users wrote: > On 2021-02-12, at 03:15:00, Amit Ramon wrote: >> Peng Yu [2021-02-07 16:34 -0600]: >> >>> I just want to generate the HTML mine message. The instruction >>> requires the set up of mutt, which I want to avoid. Is >>> `bin/plain2html` for generating HTML mime message from a plain text? >> > But I wonder, "Why?" Is there an email client so broken that it can't > simply handle text/plain content? Yes. In my experience the version of Outlook used in my office doesn't not work well at all with text/plain. It doesn't use a fixed font and it does something weird and unpredictabable with line endings. I finally gave up and started using muttdown to send multipart/alternative email in plaintext and html. After a couple years of that, they turned of the SMTP server, so you can only use Outlook or the OWA web API. No more using mutt for work... -- Grant
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 01Feb2021 16:03, ಚಿರಾಗ್ ನಟರಾಜ್ wrote: >I tend to think similarly. It's okay if receiving emails is a bit >delayed or runs into problems, but sending emails might well be >time-sensitive, and I _need_ to know that it went through (or get >immediate feedback if it fails). If it didn't leave my box the "mailq" command shows it. Cheers, Cameron Simpson
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 08Feb2021 14:43, boB Stepp wrote: >So I changed the command to: > >mbsync -a -qq > >and everything has been working. I was curious as to what would happen at >3 AM when my router would reboot. I got: > >Feb 8 03:00:01 Dream-Machine1 CRON[614314]: (bob) CMD (mbsync -a -qq ) >Feb 8 03:00:24 Dream-Machine1 CRON[614312]: (CRON) info (No MTA installed, >discarding output) > >Hmm. The same "No MTA installed, discarding output" as with the originally >worded command. More information, but I still do not see why this message >is generated. I would guess your PC does not have a mail system installed. So cron cannot deliver the cron job output by email. One of the benefits of have a local email system is getting stuff from cron et al. Also, you can use it for spooling - if mutt sends via the local email system you can send when offline - it will just queue. >One concern based on earlier discussion in this thread. I am now using >msmtp as my MTA client. What will happen if I send an email when, for >whatever reason, Gmail connectivity is broken? Will it get resent? I don't know. What does its manual say? Cheers, Cameron Simpson
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 01Feb2021 03:32, ಚಿರಾಗ್ ನಟರಾಜ್ wrote: >12021/00/30 09:27.95 ನಲ್ಲಿ, boB Stepp ಬರೆದರು: >> 2) I would like to remove all email storage from the cloud, that is, >> whether Gmail or ProtonMail, once I have my mail on my local PC I want to >> delete it from those accounts. What would be the best way to do this? > >If you use a separate mail syncing program like fetchmail or mbsync or >whatever, you can tell it to delete emails on the server after >(successfully!) fetching them. Personally, I don't know that I would >recommend that, simply because you never know when you might actually >need access to your emails from e.g. your phone. I use a comprimise here. I pull everything from my c...@cskk.id.au inbox, deleting it. But my mail filing forwards a suite of messages to a separate account which is for my phone. So anything important sends a copy back out to the cloud. Well, a personal external server. Um, in the cloud :-( Likewise, any email I reply to sends the source message and the reply to that account. In this way my phone has access to a copy of the critical stuff and also any ongoing email discussions. Cheers, Cameron Simpson
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 31Jan2021 21:16, boB Stepp wrote: >1) I eventually want to migrate all of my Gmail to ProtonMail. I will >probably never entirely get rid of Gmail. For one thing it makes a good >honey pot for when I must supply an email, but do not want to give out my >preferred email. Might I suggest mailinator.com for this? It's a free service which accepts email for _any_ address @mailinator.com (and a suite of other domains for when systems special case reject mailinator). Messages are kept for a short preriod of time and only the text component. You can look at them with a web browser interface. There are no passwords (so pick a random address to avoid collisions). It is handy for temporary-but-necessary addresses, or for "boring" addresses (vendor spam). >But I would like to at least minimize the data they collect on me. >My distant end goal is to separate from Google software entirely, but doing >that seems >difficult until I determine how to solve my Android phone dilemmas. But that >is not a >concern for Mutt! I forward all email from the GMail account which is "To:" the GMail address, to my real address c...@cskk.id.au. I do leave it behind (so archived, not deleted) at the GMail end. >I see two routes towards this migration: (a) Forwarding all Gmail to >ProtonMail and only have Mutt track ProtonMail. As I get time I will >notify everyone to use my new email address. I do that (GMail -> c...@cskk.id.au). If nothing else, there will always be services with you GMail address (or whatever old address). >2) I would like to remove all email storage from the cloud, that is, >whether Gmail or ProtonMail, once I have my mail on my local PC I want to >delete it from those accounts. What would be the best way to do this? I collect from my c...@cskk.id.au account using getmail with a setting which deletes collected messages. So the actual c...@cskk.id.au inbox is normally empty. >3) I would like my local storage of my emails to allow for me to store >certain content types in sensible folders. For example, Python Tutor emails >that I want to keep I would like to store in a Python Tutor folder, Mutt >emails in a Mutt folder, etc. Pretty sure I'm mentioned this before. My process is getmail from c...@cskk.id.au, and a separate programme to file messages. I have my own (mailfiler), but procmail and other tools are popular. >Probably I would best be served by a manual, >not an automatic, moving into desired folders as I will be picky as to those >emails I would like to keep. What would be the best advice on this? Then tag messages in you inbox and ";s+folder" to move them in batches. Here I mean mutt's (t)ag keystroke, an in memory flag. Emphemeral, used entirely to do mutt things to an ad hoc batch of messages. >5) I would like to be able to auto-backup locally stored emails on my >PC to another hard drive on my local network. I guess this would be >facilitated by a sensible organization of my PC's email storage? Yes. Though I keep all my email in a large "mail" directory (with many Maildir subdirectories). I back up that whole directory to local another server every so often. I do that with an external shell script, as I also back up other stuff. Cheers, Cameron Simpson
Re: [unixbhas...@gmail.com: Notify-send pop up for specific mails]
On 12Feb2021 09:36, Kevin J. McCarthy wrote: >On Fri, Feb 12, 2021 at 09:59:38AM +0530, Bhaskar Chowdhury wrote: >>The problem it pops up for every new mail arrive. [...] >For more sophisticated notification, you'll need to use another tool. For xample, my own new mail desktop notifications happen from my mail filer, not from mutt. This has the advantage that they still happen when mutt is closed (if you can call that an advantage). Cheers, Cameron Simpson
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On Fri, Feb 12, 2021 at 05:09:36PM -, Grant Edwards wrote: > On 2021-02-12, Derek Martin wrote: > >>> as I would have to be monitoring the logs to make sure the e-mail > >>> was actually sent. > >> > >> You do (or you need to make sure that you receive bounce/retry/failure > >> notices properly). > > > > You don't... every major MTA has a tool for monitoring the outgoing > > mail queue. You just run it and it tells you if there is any pending > > outgoing e-mail. > > To me that seems pretty much equivalent to "monitorying the logs". I think the difference is monitoring the logs is something you have to actively do, which means you also need to remember to do it... and most of the time it's a waste of your time. Instead, using this method, you don't actively need to do anything... when something noteworthy happens you'll be notified via a mechanism you're already using anyway. For me, that's a world of difference... not at all equivalent. > > If this is a concern, you can run it periodically from cron (or > > whatever), in such a way that it only e-mails you when there are > > issues (i.e. pending mail). If you find some messages are > > lingering, then you can go look at your logs to figure out why. > > Again, that's far more complicated that waiting one or two seconds > after you hit 'y', and seeing whether the message was sent or not. I don't really agree... it's something you set up once and mostly forget about. In today's well-connected internet, probably lots of people could do this and never interact with it ever again. TBH I don't bother doing even this anymore, because I just haven't had an issue with mail delivery in well over a decade... > > YMMV. I have maintained my own server for ~20+ years now and the only > > time I've had issues was when I was running it on consumer broadband > > and people started using blacklists that included essentially all > > known consumer broadband networks to block spam (whther it was or > > not), > > That is probably the main problem for most mutt users. The only > practical way for must of us to run an MTA is for it to always send > via one reliabe SMTP server with authentication. Sending mail directly > to recipients has been off the table for residential consumers. I definitely agree. It's an annoying problem. This really should be a lot simpler, but it's a case of a few bad actors ruining things for the rest. Yay. But anyway, IMO you can do this just as easily by setting up your local MTA to forward to your ISP's gateway as by using Mutt's SMTP support or some other mini-MTA, with the benefit that if you're writing e-mail on your laptop when you're not able to have internet connectivity, it will queue locally and still get delivered later once you can talk to your ISP's gateway again. This feature won't be impactful for everyone, but it is definitely useful. With most modern MTA software this is pretty trivial to configure, and tutorials on how to do it for your MTA of choice abound. > > It does have a down side though... if your recipient's mail gateway > > is down or unreachable, sending your mail will fail, and you'll have > > to try again manually, until it eventually succeeds. > > Maybe I'm just lucky, but I can't ever remember the last time that > happened. Right... Things have gotten a lot better / more reliable over time. This used to be a common problem, but no longer. If it's not clear I'm not saying what you're doing is garbage. :) But I am saying that both approaches have benefits, and I think the drawbacks to the MTA approach may not be as severe as you seem to suggest, in practice, for the majority of Mutt users. I would not suggest something like this to, say, my mom... ;-) -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. signature.asc Description: PGP signature
Re: How to generate html mime message?
On 2021-02-12, at 03:15:00, Amit Ramon wrote: > > Peng Yu [2021-02-07 16:34 -0600]: > >> I just want to generate the HTML mine message. The instruction >> requires the set up of mutt, which I want to avoid. Is >> `bin/plain2html` for generating HTML mime message from a plain text? > But I wonder, "Why?" Is there an email client so broken that it can't simply handle text/plain content? > Yes, this is the tool. You can either pipe a message to it > > $ cat message.eml | plain2html (Following the thread back, it appears the OP wanted to attach a file already formatted as HTML.) -- gil
Re: Dead url, returning 404 in wiki under configlist/Configs
On Fri, Feb 12, 2021 at 02:25:44PM +0530, Bhaskar Chowdhury wrote: Please take out the dead url from the Configlist page under Configs Thanks, I've removed the dead link. Note, to anyone else: although the wiki is not directly publicly editable, you can clone the https://gitlab.com/muttmua/wiki repos and submit a merge request too. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: [unixbhas...@gmail.com: Notify-send pop up for specific mails]
On Fri, Feb 12, 2021 at 09:59:38AM +0530, Bhaskar Chowdhury wrote: The problem it pops up for every new mail arrive. All I need to know about when I am in the TO or CC field or received mail from some specific individuals, then only the notify send pop up. Any clue? I saw some rexexes but couldn't figure out how to apply them. More over is there any "in-built" way of getting that?? No, $new_mail_command doesn't provide anything sophisticated. It operates at the same time as $beep_new - running when Mutt detects new mail in the open mailbox or any of the monitored mailboxes. For more sophisticated notification, you'll need to use another tool. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 2021-02-12, Derek Martin wrote: > >>> as I would have to be monitoring the logs to make sure the e-mail >>> was actually sent. >> >> You do (or you need to make sure that you receive bounce/retry/failure >> notices properly). > > You don't... every major MTA has a tool for monitoring the outgoing > mail queue. You just run it and it tells you if there is any pending > outgoing e-mail. To me that seems pretty much equivalent to "monitorying the logs". > If this is a concern, you can run it periodically from cron (or > whatever), in such a way that it only e-mails you when there are > issues (i.e. pending mail). If you find some messages are > lingering, then you can go look at your logs to figure out why. Again, that's far more complicated that waiting one or two seconds after you hit 'y', and seeing whether the message was sent or not. >>> How does it work when the remote e-mail server is not available or >>> it returns some kind of error. Can one receive local messages that >>> notify of a problem? >> >> If you set up your local MTA properly, yes. > > In practice you probably won't do this, unless you have the luxury of > operating a relay that is purely for outgoing messages that can't > receive mail from the internet. Otherwise the reality is you'll get > tons of bogus bounce messages that are just spam. Or perhaps you'll > use some spam filtering to figure out which bounce messages actually > matter... There are better alternatives, like what I described above. > >> My internet connection is reliable enough that the benefits of knowing >> that each email has actually been sent _far_ outweigh the >> inconvienience of having to manually resend something once every 5-6 >> years. > > YMMV. I have maintained my own server for ~20+ years now and the only > time I've had issues was when I was running it on consumer broadband > and people started using blacklists that included essentially all > known consumer broadband networks to block spam (whther it was or > not), That is probably the main problem for most mutt users. The only practical way for must of us to run an MTA is for it to always send via one reliabe SMTP server with authentication. Sending mail directly to recipients has been off the table for residential consumers. > It does have a down side though... if your recipient's mail gateway > is down or unreachable, sending your mail will fail, and you'll have > to try again manually, until it eventually succeeds. Maybe I'm just lucky, but I can't ever remember the last time that happened. > If you use an outgoing mail relay it fixes this for you by > periodically retrying the message. This is pretty rare these days > though so it probably won't matter to you very much, unless you have > frequent recipients with proven unreliable mail gateways.
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On Mon, Feb 01, 2021 at 04:34:47PM -, Grant Edwards wrote: > On 2021-02-01, José María Mateos wrote: > > I was thinking about this. I have offlineimap running, so I have a > > local copy of all my mail, but the SMTP connection still goes > > through my mail provider, not locally. While I can appreciate the > > increase in speed that a local rely can offer, I wonder if it > > doesn't add another layer of complexity In terms of the delivery process, it doesn't add a layer of complexity, it just adds a hop. SMTP is designed to work this way... If you look at the headers of all of your incoming messages, you might see half a dozen or more Recieved: headers on them. Each one which isn't your senders' outgoing mail gateways or your incoming mail server represents an MTA your message travels through to get from them to you. The only control over this which you have is which server your own outgoing messages hit first: A local MSA/MTA, your ISP's or organization's outgoing mail relay, or your recipients' first-hop MX mail server. If your connection to the internet is reliable, it makes very little difference which one, in almost all cases. No added complexity--just potentially additional hops. There may be extra complexity in the software you have to manage, for your outgoing mail to work, though. > > as I would have to be monitoring the logs to make sure the e-mail > > was actually sent. > > You do (or you need to make sure that you receive bounce/retry/failure > notices properly). You don't... every major MTA has a tool for monitoring the outgoing mail queue. You just run it and it tells you if there is any pending outgoing e-mail. If this is a concern, you can run it periodically from cron (or whatever), in such a way that it only e-mails you when there are issues (i.e. pending mail). If you find some messages are lingering, then you can go look at your logs to figure out why. > > How does it work when the remote e-mail server is not available or > > it returns some kind of error. Can one receive local messages that > > notify of a problem? > > If you set up your local MTA properly, yes. In practice you probably won't do this, unless you have the luxury of operating a relay that is purely for outgoing messages that can't receive mail from the internet. Otherwise the reality is you'll get tons of bogus bounce messages that are just spam. Or perhaps you'll use some spam filtering to figure out which bounce messages actually matter... There are better alternatives, like what I described above. > My internet connection is reliable enough that the benefits of knowing > that each email has actually been sent _far_ outweigh the > inconvienience of having to manually resend something once every 5-6 > years. YMMV. I have maintained my own server for ~20+ years now and the only time I've had issues was when I was running it on consumer broadband and people started using blacklists that included essentially all known consumer broadband networks to block spam (whther it was or not), and when I had a connectivity outage. For the most part the mail system will automatically recover from outages, so that wasn't a big deal... mail got delivered the first time the queue was run after connectivity was restored. Moving to inexpensive hosting solved the other problem--I haven't had any issues for well over 10 years... If you're using your ISP's gateway, you should likewise not have any issues, unless they are just bad at it. > > So far I like my current solution because it avoid this: sending an > > e-mail takes a few seconds (very few, 2 - 3 tops) but when the process > > is done on mutt I know the remote server has the e-mail. It does have a down side though... if your recipient's mail gateway is down or unreachable, sending your mail will fail, and you'll have to try again manually, until it eventually succeeds. If you use an outgoing mail relay it fixes this for you by periodically retrying the message. This is pretty rare these days though so it probably won't matter to you very much, unless you have frequent recipients with proven unreliable mail gateways. -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. signature.asc Description: PGP signature
Re: How to remove `To: undisclosed-recipients: ;`?
On Thu, Feb 04, 2021 at 11:09:40AM -0600, Peng Yu wrote: > I want to remove `To: undisclosed-recipients: ;` in the generated > message when no To or Cc recipients are specified. I don't see an > option to do this in the manual. Could anybody let me know if there is > an option to remove it? Thanks. There isn't. This is intentional; all messages should have a named recipient. This isn't just for mail delivery; it's so recipients know who the message is primarily intended for. Using "undisclosed recipients" instead clearly indicates that the sender intended for a distribution list of people who are not explicitly named--they need not and perhaps should not know about each other. If you don't want that, you can name yourself as the recipient. -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. signature.asc Description: PGP signature
Re: How does mutt know to automatically choose charset?
On Thu, Feb 04, 2021 at 08:42:31AM -0600, Peng Yu wrote: > mutt can adjust the charset based on the input. But it seems that > EmailMessage from python can not do this automatically. How does mutt > choose the charset automatically based on the content? Thanks. You pasted the answer: > Content-Type: text/plain; charset=us-ascii ... > Content-Type: text/plain; charset=utf-8 As long as your terminal supports the specified content-type encoding in some fashion (including by being configured to use Unicode, which usually includes all of the necessary characters from all character sets), mutt uses these fields to re-encode the message content using the iconv program on your system. -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. signature.asc Description: PGP signature
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On 21/02/12 01:40PM, Angel M Alganza wrote: On Mon, Feb 08, 2021 at 02:43:48PM -0600, boB Stepp wrote: killall mbsync &>/dev/null; /usr/bin/mbsync -a -qq Maybe it's an stupid idea, but perhaps mbsync is starting to run so fast that the killall kills it? You could try replacing the semicolon wich a couple of ampersand signs to make sure that mbsync is started only after killall has exited? killall mbsync &>/dev/null && /usr/bin/mbsync -a -qq Hmm. Worth a try. Thanks! -- Wishing you only the best, boB Stepp
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On Thu, Feb 11, 2021 at 06:51:33AM -0500, David J. Weller-Fahy wrote: * * * * * flock -nx ~/.mbsync-lock-fast mbsync google-fast-cycle */5 * * * * flock -nx ~/.mbsync-lock-medium mbsync google-medium-cycle */15 * * * * flock -nx ~/.mbsync-lock-slow mbsync google-slow-cycle I do the same, but I call them new, day, old instead: - inbox run */5 8-0 * * * (every 5 minutes from 8am to midnight; I don't need a faster cycle) - inbox run 30 0-8 * * * (every hour from midnight to 8am) - "new" run @hourly - "day" run @daily - "old" run @weekly (no new mail ever, just there in case I delete some) I didn't know flock, and I have just added it in. It's great! Thanks. Cheers, Ángel
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On Mon, Feb 08, 2021 at 02:43:48PM -0600, boB Stepp wrote: killall mbsync &>/dev/null; /usr/bin/mbsync -a -qq Maybe it's an stupid idea, but perhaps mbsync is starting to run so fast that the killall kills it? You could try replacing the semicolon wich a couple of ampersand signs to make sure that mbsync is started only after killall has exited? killall mbsync &>/dev/null && /usr/bin/mbsync -a -qq Cheers. Ángel
Re: My experiences with Mutt to date: Suggestions for overcoming some issues
On Mon, Feb 01, 2021 at 04:34:47PM -, Grant Edwards wrote: I maintained a local queueing MTA for many years, but after multiple screwups where mail wasn't getting sent (and I didn't find out in a timely manner) I switched to a non-queueing MTA (e.g. ssmtp) and later to mutt's SMTP support. I did the same myself for years and also switched to ssmtp. But I belive ssmtp was discontinued, and now I'm using msmtp: https://marlam.de/msmtp/ I couldn't be happier!
Re: How to generate html mime message?
Hey Peng, Peng Yu [2021-02-07 16:34 -0600]: I just want to generate the HTML mine message. The instruction requires the set up of mutt, which I want to avoid. Is `bin/plain2html` for generating HTML mime message from a plain text? Yes, this is the tool. You can either pipe a message to it $ cat message.eml | plain2html or call it as $ plain2html -m message.eml Can you make the plain2html module installable so that the following command will work? Thanks. $ bin/plain2html Traceback (most recent call last): File "bin/plain2html", line 36, in from plain2html import settings ModuleNotFoundError: No module named 'plain2html' Unfortunately I might not have time for that right now, but you can easily solve this problem by setting your PYTHONPATH to include the parent directory of the 'bin' and 'plain2html' directories. Also please note that you need to have Python docutils installed. Last thing, currently the only parser used for processing text is for reStructuredText (but adding others, for example for markdown, should be pretty simple). Best, Amit
Dead url, returning 404 in wiki under configlist/Configs
Hey, Please take out the dead url from the Configlist page under Configs Specifically here : https://gitlab.com/muttmua/mutt/-/wikis/ConfigList And this is the url has to be removed, if the author is not updated that: http://svn.df7cb.de/dotfiles/cb/.mutt/ - Myon's muttrc Thanks, Bhaskar signature.asc Description: PGP signature
