Re (2): Amiga OS and Oberon
From: eas lab <lab.eas@gmail.com> Date: Thu, 31 Jan 2013 11:01:46 +0200
... where the ISP's can no longer handle ETHO-based email and I'm forced to use inefficient gmail.
A Linux router can connect with almost any protocol an ISP will use. The router will also connect to Oberon. Problem solved. Really the solution is more general. It offers many services in addition to email connectivity. Regards, ... Peter E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 12 Tel +13606390202 Bcc: peasthope at shaw.ca http://carnot.yi.org/ "http://members.shaw.ca/peasthope/index.html#Itinerary "
From: eas lab <lab.eas@gmail.com> Date: Thu, 31 Jan 2013 11:01:46 +0200
... where the ISP's can no longer handle ETHO-based email and I'm forced to use inefficient gmail.
A Linux router can connect with almost any protocol an ISP will use. The router will also connect to Oberon. Problem solved. Really the solution is more general. It offers many services in addition to email connectivity.
Yes, I would expect *nix to have the biggest repetoire. But, obviously, email handling via http is time/effort wasting, compared to pop/smtp, which were DESIGNED to be efficient for email. When we started ETHO in the 90's ISPs didn't use sender authenticate [for SMTP]. So an outsider could use your ISP's SMTP to send on your behalf. Later when my ISP1 required TxAutenticate, I modified TextMail.* to include TxAuthenticate, and wrote the Id, Password into the code, so that I could send or fetch with one click. And I made 2 different copies for my 2 ISPs, which copies were in 2 different directories, with matching Oberon.Text. This is an example of the convenience that LEO offers. In the old-days you could telnet into your ISP's SMTP server from anywhere on the globe. But now you may not. If you are a genuine client of the ISP, you will be dialing in. Which is allowed. Else you must use the clunky http interface. I can't dial in because I now have only a wireless phone - from ISP2. My ISP2 has also gone like a golliwog circus; even for http-based email. Lastweek a strange [unclear line] claiming to be from the ISP2: Neotel; phoned to <confirm that I has emailed about problems with THEIR SMTP> when I phoned Neotel to confirm if the suspicious caller's number originated from Neotel, the <recorded message/music just went on and on>. You've seen films about the conditions in Haitti and Somalia? These clowns, here, will also soon be asking you for money to feed them. == Chris Glur. PS. I don't know if 'my' gmail servers are 'here' or 10'000 km away in California; but with ETHO, we could compose N emails and send each off with a single clik, at 5 sec intervals; and fetch random mails listed in TextMail.Directory at 5 sec intervals. http:gmail wants a 60 sec. multistep dance for each SINGLE fetch or send. And that's using links/lynx. Of course google wants you to use a full featured browser, so they can dazzle you while occupying your attention to tell you again that <life is better with Coke>.
On Fri, Feb 1, 2013 at 11:22 PM, eas lab <lab.eas@gmail.com> wrote:
From: eas lab <lab.eas@gmail.com> Date: Thu, 31 Jan 2013 11:01:46 +0200
... where the ISP's can no longer handle ETHO-based email and I'm forced to use inefficient gmail.
A Linux router can connect with almost any protocol an ISP will use. The router will also connect to Oberon. Problem solved. Really the solution is more general. It offers many services in addition to email connectivity.
Yes, I would expect *nix to have the biggest repetoire. But, obviously, email handling via http is time/effort wasting, compared to pop/smtp, which were DESIGNED to be efficient for email.
When we started ETHO in the 90's ISPs didn't use sender authenticate [for SMTP]. So an outsider could use your ISP's SMTP to send on your behalf.
can you set up ipv6 for your system? -- Aubrey McIntosh, Ph.D. 211 E. 5th St. Morris MN 56267 (512)-348-7401
On Fri, Feb 1, 2013 at 11:48 PM, <Aubrey.McIntosh@alumni.utexas.net> wrote:
On Fri, Feb 1, 2013 at 11:22 PM, eas lab <lab.eas@gmail.com> wrote:
From: eas lab <lab.eas@gmail.com> Date: Thu, 31 Jan 2013 11:01:46 +0200
... where the ISP's can no longer handle ETHO-based email and I'm forced to use inefficient gmail.
A Linux router can connect with almost any protocol an ISP will use. The router will also connect to Oberon. Problem solved. Really the solution is more general. It offers many services in addition to email connectivity.
Yes, I would expect *nix to have the biggest repetoire. But, obviously, email handling via http is time/effort wasting, compared to pop/smtp, which were DESIGNED to be efficient for email.
When we started ETHO in the 90's ISPs didn't use sender authenticate [for SMTP]. So an outsider could use your ISP's SMTP to send on your behalf.
can you set up ipv6 for your system?
oh, nevermind. I just remembered that ipv6 is not supported at the moment.
-- Aubrey McIntosh, Ph.D. 211 E. 5th St. Morris MN 56267 (512)-348-7401
-- Aubrey McIntosh, Ph.D. 211 E. 5th St. Morris MN 56267 (512)-348-7401
Hello!
http:gmail wants a 60 sec. multistep dance for each SINGLE fetch or send. And that's using links/lynx.
Of course google wants you to use a full featured browser, so they can dazzle you while occupying your attention to tell you again that <life is better with Coke>.
Why don't you use SMTP with GMail? http://email.about.com/od/accessinggmail/f/Gmail_SMTP_Settings.htm ---=====--- Alexander
The basic smtp [per RCF] as implemented on good-old ETHO is very simple, as I found when I extended it to include `TxAutheticate`. I can't easily find my logs of how/why I failed to extend to <smtp for gmail>; but the following reminds me:- } The outgoing SMTP server, smtp.gmail.com , requires TLS. } https://developers.google.com/google-apps/gmail/oauth_overview and SSL is needed too. Or is that part of TLS. == Now I've had an inspiration: since A2 & ComponentPascal are 'new/modern', and such systems MUST have email, perhaps I can get ETHO compatible code from there. Please advise !! == I must mention a related fact: that example code of ETH:Zonnon showed a smtp [or pop] implementation, which was a nightmare example of N nested IfThenElse statements: IF youPass1 THEN IF youPass2 THEN IF ....... ELSE error1 ... This very bad example, contrasts with the economy of the concatenative style of programming, use by *nix scripts, which has a syntax of: Stage1 | Stage2 | ....StageN Some advantages of this paradigm, is that if it tests OK up to stage I, you don't need to go-back-to-the-beginning; and if not, you only need to know about stage I-1. == Check this 4 stage example, but ignore the less than optimum *nix syntax: cat `ls *ini`| grep size | awk '{print $3}' which means: get that *ini file; the full name need not be known, stream it out, but only lineS containing "size" but print only the 3rd-field of such lines. ==IMO, ETH's programming style of 2-step cycles of: 1. collect all the variables and initialise as required 2. launch a procedure which has In/Out args N. get the returned values and prepare for the next attack seems klunky and designed for military-exercising coding students. == Chris Glur. On 2/2/13, Alexander Iljin <ajsoft@yandex.ru> wrote:
Hello!
http:gmail wants a 60 sec. multistep dance for each SINGLE fetch or send. And that's using links/lynx.
Of course google wants you to use a full featured browser, so they can dazzle you while occupying your attention to tell you again that <life is better with Coke>.
Why don't you use SMTP with GMail?
http://email.about.com/od/accessinggmail/f/Gmail_SMTP_Settings.htm
---=====--- Alexander
-- Oberon@lists.inf.ethz.ch mailing list for ETH Oberon and related systems https://lists.inf.ethz.ch/mailman/listinfo/oberon
1> A Linux router can connect with almost any protocol an ISP 1> will use. The router will also connect to Oberon. Problem 1> solved. Really the solution is more general. It offers 1> many services in addition to email connectivity. 1> 2>Yes, I would expect *nix to have the biggest repetoire. 2>But, obviously, email handling via http is time/effort 2>wasting, compared to pop/smtp, which were DESIGNED 2>to be efficient for email. 2>When we started ETHO in the 90's ISPs didn't use 2>sender authenticate [for SMTP]. So an outsider 2>could use your ISP's SMTP to send on your behalf. Aubrey McIntosh wrote:-
can you set up ipv6 for your system?
Not unless the effort is amortized by the benefit. == Chris Glur. On 2/3/13, eas lab <lab.eas@gmail.com> wrote:
The basic smtp [per RCF] as implemented on good-old ETHO is very simple, as I found when I extended it to include `TxAutheticate`. I can't easily find my logs of how/why I failed to extend to <smtp for gmail>; but the following reminds me:- } The outgoing SMTP server, smtp.gmail.com , requires TLS. } https://developers.google.com/google-apps/gmail/oauth_overview and SSL is needed too. Or is that part of TLS. == Now I've had an inspiration: since A2 & ComponentPascal are 'new/modern', and such systems MUST have email, perhaps I can get ETHO compatible code from there. Please advise !! == I must mention a related fact: that example code of ETH:Zonnon showed a smtp [or pop] implementation, which was a nightmare example of N nested IfThenElse statements: IF youPass1 THEN IF youPass2 THEN IF ....... ELSE error1 ... This very bad example, contrasts with the economy of the concatenative style of programming, use by *nix scripts, which has a syntax of: Stage1 | Stage2 | ....StageN Some advantages of this paradigm, is that if it tests OK up to stage I, you don't need to go-back-to-the-beginning; and if not, you only need to know about stage I-1.
== Check this 4 stage example, but ignore the less than optimum *nix syntax: cat `ls *ini`| grep size | awk '{print $3}' which means: get that *ini file; the full name need not be known, stream it out, but only lineS containing "size" but print only the 3rd-field of such lines.
==IMO, ETH's programming style of 2-step cycles of: 1. collect all the variables and initialise as required 2. launch a procedure which has In/Out args N. get the returned values and prepare for the next attack seems klunky and designed for military-exercising coding students.
== Chris Glur.
On 2/2/13, Alexander Iljin <ajsoft@yandex.ru> wrote:
Hello!
http:gmail wants a 60 sec. multistep dance for each SINGLE fetch or send. And that's using links/lynx.
Of course google wants you to use a full featured browser, so they can dazzle you while occupying your attention to tell you again that <life is better with Coke>.
Why don't you use SMTP with GMail?
http://email.about.com/od/accessinggmail/f/Gmail_SMTP_Settings.htm
---=====--- Alexander
-- Oberon@lists.inf.ethz.ch mailing list for ETH Oberon and related systems https://lists.inf.ethz.ch/mailman/listinfo/oberon
participants (4)
-
Alexander Iljin -
Aubrey.McIntosh＠Alumni.UTexas.Net -
eas lab -
peasthope＠shaw.ca