| Any MTA will provide a sendmail binary for mail submission. There are | also null clients like msmtp and nullmailer, but again, if using mutt | there is no need for anything else. | What's a 'null client'? AFAIK mutt wouldn't have a MTA. It would use <where-ever sendmail is linked to> ?
| > fetchmail, mutt, postfix all will need to be tweaked -- some | > punishment, yes, but in the end quite well worth the effort | | Much of that effort was wasted, or at least misdirected. | | > > gmail needs TLS/SSL | > > Is TLS/SSL a part of `sendmail`, or will `sendmail` call TLS/SSL? | | Your submitting client would use STARTTLS as the second command in | its SMTP connection to gmail. The remainder of the connection is | encrypted, and through this encrypted connection your credentials | would be presented to gmail. | | All MUAs (such as mutt) and MTAs (Postfix or Sendmail) nowadays | implement TLS. | | > postfix's sendmail will use it if you tell it to, and get those | > certificates installed | -- As Previously explained: mutt or any other is no good, if it can't show the whole gmail-directory, from yesterday's last on-line and fetch or delete ANY item, without updating the directory. I work like a hunter: the actual fetch or send is just a shot; not like an angler, with the line in the water all day long. I can't pay for redundant traffic or on-line time. I'd rather extend the existing ETHOberon system, with SSL facilities. == Chris Glur On 2/10/13, [email protected] <[email protected]> wrote: > Send mc mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://mail.gnome.org/mailman/listinfo/mc > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of mc digest..." > > > Today's Topics: > > 1. Re: Does anybody here use mc's : mail -s <subject> -c <cc> > <to> ? (tooth pik) > 2. Re: Does anybody here use mc's : mail -s <subject> -c <cc> > <to> ? (/dev/rob0) > 3. Flat Tree View in MC (Elad) > 4. Behavior based on a certain external panelize (Elad) > 5. Re: Does anybody here use mc's : mail -s <subject> -c <cc> > <to> ? (chris glur) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 9 Feb 2013 10:12:48 -0600 > From: tooth pik <[email protected]> > To: chris glur <[email protected]>, [email protected] > Subject: Re: Does anybody here use mc's : mail -s <subject> -c <cc> > <to> ? > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > On Sat, Feb 09, 2013 at 10:49:56AM +0200, chris glur wrote: >> AFAICS an email client has 2 parts: >> 1. a data-base to manage the In/Out mails >> 2. transport agent/s for send and receive. > >> Since mc is THE superb data-base manager, it seems that it could do email >> well? > > I don't know if mc will do mail or not -- if you are looking for > something sensible why not use mutt? I can verify mutt can send and > receive gmail, having become disenchanted with the service provided by > my ISP. You'll want to be sure to use the sendmail provided by > postfix (just install postfix: it'll de-install the old sendmail if > it's there). You'll need google's certificates: there's a good > (well, usable) set of instructions on setting it all up at: > > > http://www.linuxexpert.ro/Linux-Tutorials/fetchmail-for-gmail-accounts.html > >> In my failed-state location, ISP's email facilities have crapped out, or >> perhaps >> the natives can only use FB & twitter; so I've had to resort to gmail, >> which is >> very inefficient and frustrating in the default/http mode. > > fetchmail will pull gmail Inbox contents down to your pc where mutt > can display in threads, and allow you to compose replies in vim, all > very efficient. > >> Does "mail -s <subject> -c <cc> <to>" use `sendmail` [or its proxy]? >> sendmail is punishment to setup ! > > fetchmail, mutt, postfix all will need to be tweaked -- some > punishment, yes, but in the end quite well worth the effort > >> gmail needs TLS/SSL >> Is TLS/SSL a part of `sendmail`, or will `sendmail` call TLS/SSL? > > postfix's sendmail will use it if you tell it to, and get those > certificates installed > > hth, > > sc > > > ------------------------------ > > Message: 2 > Date: Sat, 9 Feb 2013 10:56:29 -0600 > From: /dev/rob0 <[email protected]> > To: [email protected] > Subject: Re: Does anybody here use mc's : mail -s <subject> -c <cc> > <to> ? > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > Comments directed to both posters are inline. > > On Sat, Feb 09, 2013 at 10:12:48AM -0600, tooth pik wrote: >> On Sat, Feb 09, 2013 at 10:49:56AM +0200, chris glur wrote: >> > AFAICS an email client has 2 parts: >> > 1. a data-base to manage the In/Out mails > > Database? What? A MUA either uses IMAP to read mail, or it reads the > local mail files (mbox or maildir, typically.) > >> > 2. transport agent/s for send and receive. > > Something to open the network socket and speak IMAP or SMTP, yes. > >> > Since mc is THE superb data-base manager, it seems that it could >> > do email well? >> >> I don't know if mc will do mail or not -- if you are looking for >> something sensible why not use mutt? I can verify mutt can send >> and receive gmail, having become disenchanted with the service >> provided by my ISP. You'll want to be sure to use the sendmail >> provided by postfix > > I don't recommend a MTA for this. Too many moving parts. Recent > mutt(1) versions support SMTP, and it has long had IMAP support (and > POP3 also, but let's just let POP3 die as it should have a decade > ago.) > >> (just install postfix: it'll de-install the old sendmail if it's >> there). > > That will vary by OS/distro. Not necessarily true. > >> You'll need google's certificates: there's a good >> (well, usable) set of instructions on setting it all up at: >> >> >> http://www.linuxexpert.ro/Linux-Tutorials/fetchmail-for-gmail-accounts.html > > Ugh, fetchmail sucks, and it provides nothing of benefit here. All > you need is in mutt. Learn mutt well and you're done. Without > bothering to review your tutorial, I'll guess it's bad. > >> > In my failed-state location, ISP's email facilities have crapped >> > out, or perhaps the natives can only use FB & twitter; so I've >> > had to resort to gmail, which is very inefficient and frustrating >> > in the default/http mode. >> >> fetchmail will pull gmail Inbox contents down to your pc where mutt >> can display in threads, and allow you to compose replies in vim, all >> very efficient. > > (vim or your editor of choice, including mcedit) > >> > Does "mail -s <subject> -c <cc> <to>" use `sendmail` [or its >> > proxy]? > > I don't see a "mail" feature in mc. If you are talking about the CLI > mail(1) utility, it has a man page. Heirloom mailx indeed defaults to > sendmail(1) for outbound sending. > >> > sendmail is punishment to setup ! > > Any MTA will provide a sendmail binary for mail submission. There are > also null clients like msmtp and nullmailer, but again, if using mutt > there is no need for anything else. > >> fetchmail, mutt, postfix all will need to be tweaked -- some >> punishment, yes, but in the end quite well worth the effort > > Much of that effort was wasted, or at least misdirected. > >> > gmail needs TLS/SSL >> > Is TLS/SSL a part of `sendmail`, or will `sendmail` call TLS/SSL? > > Your submitting client would use STARTTLS as the second command in > its SMTP connection to gmail. The remainder of the connection is > encrypted, and through this encrypted connection your credentials > would be presented to gmail. > > All MUAs (such as mutt) and MTAs (Postfix or Sendmail) nowadays > implement TLS. > >> postfix's sendmail will use it if you tell it to, and get those >> certificates installed > -- > http://rob0.nodns4.us/ -- system administration and consulting > Offlist GMX mail is seen only if "/dev/rob0" is in the Subject: > > > ------------------------------ > > Message: 3 > Date: Sat, 09 Feb 2013 23:43:10 +0200 > From: Elad <[email protected]> > To: [email protected] > Subject: Flat Tree View in MC > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Is there a way to achieve a native flat tree view in Midnight Commander? > One which allows me to go directly into the containing file's folder > using "see in other pane" command, for example. > External panelize is not an option, since it does not allow this. > > See the feature here: > http://www.youtube.com/watch?v=McWFE1WbM7I&feature=youtu.be > It shows this in Total Commander, under windows. > > > ------------------------------ > > Message: 4 > Date: Sat, 09 Feb 2013 23:52:39 +0200 > From: Elad <[email protected]> > To: [email protected] > Subject: Behavior based on a certain external panelize > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I've been waiting for ages for a certain ticket to have any progress: > https://www.midnight-commander.org/ticket/1636 > but it seems like it was forsaken. > > So I thought about making something similar using the external panelize: > I have a file containing key-value pairs of a name and directory, > seperated by space, > E.g. SomeDirectory /var/www/This/And/That/Directory. > > Using external panelize I can easily extract the key values to show as a > list, > but I need to have MC recognize them as special - > When I hit return on one of them, > I want MC to automatically cd into them. > > I would rather not have a specific user menu command for this feature, > albeit if that is the only way, > a man's gotta do what a man's gotta do. > > > ------------------------------ > > Message: 5 > Date: Sun, 10 Feb 2013 12:42:58 +0200 > From: chris glur <[email protected]> > To: tooth pik <[email protected]> > Cc: [email protected] > Subject: Re: Does anybody here use mc's : mail -s <subject> -c <cc> > <to> ? > Message-ID: > <CACe=ECq785dHPe__RgadDXrQc5Ny=-ek45bqm_b8kc6qxit...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > |I don't know if mc will do mail or not -- if you are looking for > |something sensible why not use mutt? I can verify mutt can send and > |receive gmail, having become disenchanted with the service provided by > |my ISP. You'll want to be sure to use the sendmail provided by > |postfix (just install postfix: it'll de-install the old sendmail if > |it's there). You'll need google's certificates: there's a good > |(well, usable) set of instructions on setting it all up at: > > |http://www.linuxexpert.ro/Linux-Tutorials/fetchmail-for-gmail-accounts.html > > OK thanks, I'll check that; but apparently mutt won't scroll it's > mail-directory, unless it's on-line. Which is absurd for me. > My on-line time is expensive. > My proper system [ETHOberon] which I could use before the local ISPs > collapsed > could fetch the articles-directory with one-shot. And at any time LATER > when > going on-line again, could fetch or delete [from the ISP's server] any > article > in the local directory, with one shot. The item was deleted from the local > directory, when the ISP-deletion was signalled as done. > > Since mutt doesn't do any of the transport/fetching, and manipulation of > the files, eg. for extracting/modifying parts is less transparent than mc, > mutt seems to add no value for me. I need to have access to the article-dir > that I downloaded [and paid for] yesterday, to fetch/delete any article > tomorrow. > > |fetchmail will pull gmail Inbox contents down to your pc where mu > |can display in threads, and allow you to compose replies in vim, all > |very efficient. > > Admittedly my old system didn't thread the mails; but fetching and > displaying > the article-dir is trivial. And the rest of mutt's job is done more > transparently by mc. > > |> gmail needs TLS/SSL > |> Is TLS/SSL a part of `sendmail`, or will `sendmail` call TLS/SSL? > | > |postfix's sendmail will use it if you tell it to, and get those > |certificates installed > > That's the main punishment. > > Thanks for the input. > > == Chris Glur. > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > mc mailing list > https://mail.gnome.org/mailman/listinfo/mc > > > ------------------------------ > > End of mc Digest, Vol 106, Issue 3 > ********************************** > _______________________________________________ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
