From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: Can't send mail with smtpmail "any more" (Gmail and other providers) Date: Sun, 1 Nov 2020 18:30:16 +0300 Message-ID: References: <83mu07em37.fsf@gnu.org> <20201101133443.3a81f3af@atmarama.ddns.net> <20201101143030.04431376@atmarama.ddns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31578"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/+ (1036f0e) (2020-10-18) Cc: help-gnu-emacs@gnu.org To: =?utf-8?B?U2HFoWEgSmFuacWha2E=?= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Nov 01 16:31:14 2020 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kZFK4-00083L-F3 for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 01 Nov 2020 16:31:12 +0100 Original-Received: from localhost ([::1]:57368 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kZFK3-0007pY-I0 for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 01 Nov 2020 10:31:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59514) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kZFJK-0007n9-2s for help-gnu-emacs@gnu.org; Sun, 01 Nov 2020 10:30:26 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:34909) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kZFJH-0007sg-Bn for help-gnu-emacs@gnu.org; Sun, 01 Nov 2020 10:30:25 -0500 Original-Received: from localhost ([::ffff:197.157.0.60]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002A0B40.000000005F9ED48B.000074A5; Sun, 01 Nov 2020 15:30:18 +0000 Content-Disposition: inline In-Reply-To: <20201101143030.04431376@atmarama.ddns.net> Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/01 10:30:20 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:124869 Archived-At: * Saša Janiška [2020-11-01 16:31]: > On Sun, 1 Nov 2020 16:05:01 +0300 > Jean Louis wrote: > > > M-x rmail is quite good client for email handling in Emacs. > > > > Then there is: > > > > M-x mh-rmail which may have many good power users' options > > Yeah, I heard goof things about those, but they seem a bit isolated > when/if one wants to switch to something else? When you wish to change to anything you can do that. Every email format can be changed to other format. By using mutt I can change from mh to maildir or mbox format, whatever exists. I can open one file and save it into other file blazing fast by T . RET and then ; s to save it, those are keybindings in mutt. By using GNU mailtools I can quickly move from one email file to other as there is command sieve: For example: function save-maildir-by-to () { sieve -f /home/admin/Maildir/Sent.mbox.2020 "/home/data1/protected/Programming/System Administration/sieve/save-by-to.sieve" && echo Sieve DONE. } /home/data1/protected/Programming/System Administration/sieve/save-by-to.sieve: require [ "fileinto", "variables" ]; if address :matches [ "to" ] "*" { set "recipient" :lower "${1}"; fileinto "~/Maildir/${recipient}"; } I am often sending emails from Emacs, they are stored in ~/Maildir/Sent.mbox.2020 and from time to time I sieve those emails into specific directories per user, for example ~/Maildir/user-one@example.com and ~/Maildir/user-two@example.com Because each email address has its directory I can quickly see all previous conversation related to that email address without even using any search tools. > > For me, due to nature of my email handling and having over 50000 > > Maildir directories inside of ~/Maildir and that none of Emacs clients > > is handling Maildirs, I am using mutt email client. > > What about notmuch or mu4e which can use Maildirs (with the help of > e.g. mbsync)? notmuch never worked for me, it was terribly slow, but it may work for you. There was one bug related to bits, whatever 32 or 64 I do not know. Maybe it would work today but I got familiar with mu. mu4e is great for Emacs, I would say the best if you do not have too many emails like my side. mu4e is using background tool mu Because I have too many emails mu4e is not much useful for me. It is very slow. If you have not get hundreds of thousands of emails, it is good choice. What Emacs needs is mu4e that can directly access Maildirs and not just database. With mutt I am directly accessing Maildirs so my email system is blazing fast. Let us say I am looking into email X and there is something I would like to look into previous conversation. Because each email is sorted in separate Maildir directoris ~/Maildir/somebody@example.com this line in mutt configuration is opening new mutt instance over the other one and showing me past emails related to same person. macro index,pager \ev ":set wait_key=noef > ~/tmp/ef-email!mutt-emailsof.lisp:set wait_key=yes" "Quickly view maildir for contact ID" I could give you scripts. ef is C script made by author of GNU Mailtools and it just extracts the email address from email so that same address can be used to open up ~/Maildir/thatmailaddress@example.com Then I click q and I am back in previous listing of emails. That is one example. I wish Emacs would have Maildir handlings. There is one package for maildir and I am sometimes using it but it is slow and not polished. If I wish to search for emails in mutt I am also using mu command, which is behind mu4e tools. So I click F3 and enter search terms and I get new list with search results: macro index "unset wait_keymu-find.lisp~/Maildir/search" "mu find" That small macro makes mutt search all emails. Maildir is most safe format for emails. You could even use just ssh/rsync to move emails from remote Maildir folder to local one. Those tools like mbsync are alright. I do not use them as I find enough versatility in GNU Mailutils, so I am using movemail utility. If Emacs finds movemail on system it is not going to use the built-in function when compiling. So internally Emacs can use movemail as well to fetch emails. >From manual: Apart from that use, 'movemail' proved to be a useful tool for incorporating mail from remote mailboxes into the local one. See Fetching Mail with Movemail http://mailutils.org/wiki/Fetching_Mail_with_Movemail, for a detailed discussion with usage recipes. > > That is one of most efficient for me. And I am launching it inside of > > Emacs and editing files with Emacs by using emacsclient > > I'd be happy with (neo)mutt, but would miss (better) integration with > org-mode? That neomutt I do not know. I follow main stream mutt. Neomutt is full of problems and lack of care in programming. You let me know what you wish and I can maybe help you as I have made some functions for mutt and Emacs. For example I can send Org subtreet to one of staff members straight. I like the concept of Android innovation that everything could be or should be shared to other communication channels. This concept is so much absent on desktop. For example it is most logical that when using dired that I wish to send some files to somebody, but such function is not yet there. I just press Super-m and marked files are attached to mutt and sent to desired person. I am choosing person from a database. i would not like spending time attaching one by one file to email, or how I would be even choosing them? By mouse? I would die just by selecting files. Sometimes I send 24 or 40 images to somebody. In Org I am preparing a TASK but task has to be assigned to somebody, so I have to be able to send exact that task to somebody. Which Org integration you need? > > msmtp is excellent tool and handles queues of email even if connection > > to Internet is sporadic. MTAs need to be configured to handled mail in > > queues for longer time and for that reason some emails could be lost > > or returned back. > > I believe that for my volume of mail, msmtp is good-enough. :-) It is good for large volume, it does not matter. It will be stored in the queue. -- There are 59 messages yet in my incoming mailbox.