Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.mobile.android > #35648 > unrolled thread

Is Android enough like Linux to run an if-then-else mailx batch command?

Back to article view | Back to comp.mobile.android

Contents

  Is Android enough like Linux to run an if-then-else mailx batch command? Algeria Horan <algeriahoran@algeria.horan.net> - 2016-11-06 03:33 +0000
    Re: Is Android enough like Linux to run an if-then-else mailx batch command? Ralph Fox <-rf-nz-@-.invalid> - 2016-11-06 18:45 +1300
      Re: Is Android enough like Linux to run an if-then-else mailx batch command? Algeria Horan <algeriahoran@algeria.horan.net> - 2016-11-07 18:03 +0000
    Re: Is Android enough like Linux to run an if-then-else mailx batch command? Wildman <best_lay@yahoo.com> - 2016-11-06 01:03 -0500
      Re: Is Android enough like Linux to run an if-then-else mailx batch command? Algeria Horan <algeriahoran@algeria.horan.net> - 2016-11-07 18:03 +0000
        Re: Is Android enough like Linux to run an if-then-else mailx batch command? Jasen Betts <jasen@xnet.co.nz> - 2016-11-10 23:30 +0000
    Re: Is Android enough like Linux to run an if-then-else mailx batch command? VanguardLH <V@nguard.LH> - 2016-11-06 01:31 -0500
      Re: Is Android enough like Linux to run an if-then-else mailx batch command? Bob Martin <bob.martin@excite.com> - 2016-11-06 07:36 +0000
        Re: Is Android enough like Linux to run an if-then-else mailx batch command? VanguardLH <V@nguard.LH> - 2016-11-06 05:01 -0600
          Re: Is Android enough like Linux to run an if-then-else mailx batch command? Andy Burns <usenet@andyburns.uk> - 2016-11-06 11:24 +0000
            Re: Is Android enough like Linux to run an if-then-else mailx batch command? VanguardLH <V@nguard.LH> - 2016-11-06 12:04 -0600
              Re: Is Android enough like Linux to run an if-then-else mailx batch command? Andy Burns <usenet@andyburns.uk> - 2016-11-06 18:26 +0000
              Re: Is Android enough like Linux to run an if-then-else mailx batch command? Whiskers <catwheezel@operamail.com> - 2016-11-06 20:10 +0000
                Re: Is Android enough like Linux to run an if-then-else mailx batch command? Piet <www.godfatherof.nl/@opt-in.invalid> - 2016-11-06 22:14 +0100
                  Re: Is Android enough like Linux to run an if-then-else mailx batch command? Whiskers <catwheezel@operamail.com> - 2016-11-07 18:44 +0000
                Re: Is Android enough like Linux to run an if-then-else mailx batch command? "Carlos E.R." <robin_listas@invalid.es> - 2016-11-06 22:13 +0100
                  Re: Is Android enough like Linux to run an if-then-else mailx batch command? Whiskers <catwheezel@operamail.com> - 2016-11-07 18:14 +0000
              Re: Is Android enough like Linux to run an if-then-else mailx batch command? "Carlos E.R." <robin_listas@invalid.es> - 2016-11-06 22:11 +0100
                Re: Is Android enough like Linux to run an if-then-else mailx batch command? Andy Burns <usenet@andyburns.uk> - 2016-11-06 21:24 +0000
                  Re: Is Android enough like Linux to run an if-then-else mailx batch command? "Carlos E.R." <robin_listas@invalid.es> - 2016-11-06 22:44 +0100
        Re: Is Android enough like Linux to run an if-then-else mailx batch command? Algeria Horan <algeriahoran@algeria.horan.net> - 2016-11-07 18:03 +0000
          Re: Is Android enough like Linux to run an if-then-else mailx batch command? Askfor <askfor@nowhere.net> - 2016-11-08 03:16 +0100
      Re: Is Android enough like Linux to run an if-then-else mailx batch command? Askfor <askfor@nowhere.net> - 2016-11-06 15:29 +0100

Page 1 of 2  [1] 2  Next page →

#35648 — Is Android enough like Linux to run an if-then-else mailx batch command?

Is Android enough like Linux to run an if-then-else mailx batch command?

In a thread seeking a better SMS scheduling app for Android, someone
mentioned that, on Linux, the coding would look something like this:

  If (some condition), then
  mailx -s "Subject Line" recipient@tomobile.com < sms_file.txt
  endif

The assumption is that Android "is" linux, so, the question is whether that
batch file would work on your typical non-rooted Android cellphone?

Is Android enough like Linux to run an if-then-else mailx batch command?

[toc] | [next] | [standalone]

#35657

On Sun, 6 Nov 2016 03:33:19 +0000 (UTC), Algeria Horan wrote:

> Is Android enough like Linux to run an if-then-else mailx batch command?

Android does not come with a mailx command.


> In a thread seeking a better SMS scheduling app for Android, someone
> mentioned that, on Linux, the coding would look something like this:
> 
>   If (some condition), then
>   mailx -s "Subject Line" recipient@tomobile.com < sms_file.txt
>   endif
> 
> The assumption is that Android "is" linux, 

While the kernel is the Linux kernel, the userland [1] is somewhat 
different.  It would be a mistake to assume that an Android system 
was the same as a Linux system.


> so, the question is whether that
> batch file would work on your typical non-rooted Android cellphone?
> 
> Is Android enough like Linux to run an if-then-else mailx batch command?

Android comes with the mksh shell [2] at /system/bin/sh, but not a 
mailx command.  You could almost certainly write and run an mksh 
shell script like the one you want.  But unless you install and 
configure your own mailx command built for Android, your script will 
fail on the second line.

____
REFERENCES

[1]  https://en.wikipedia.org/wiki/User_space#Overview

[2]  https://linux.die.net/man/1/mksh


-- 
Kind regards
Ralph
🦊 

[toc] | [prev] | [next] | [standalone]

#35708

On Sun, 06 Nov 2016 18:45:33 +1300, Ralph Fox wrote:

> Android comes with the mksh shell [2] at /system/bin/sh, but not a 
> mailx command.  You could almost certainly write and run an mksh 
> shell script like the one you want.  But unless you install and 
> configure your own mailx command built for Android, your script will 
> fail on the second line.

Thanks for confirming that mailx isn't available on Android.
So we can do the if-then-else but not the mail. 

[toc] | [prev] | [next] | [standalone]

#35658

On Sun, 06 Nov 2016 03:33:19 +0000, Algeria Horan wrote:

> Is Android enough like Linux to run an if-then-else mailx batch command?
> 
> In a thread seeking a better SMS scheduling app for Android, someone
> mentioned that, on Linux, the coding would look something like this:
> 
>   If (some condition), then
>   mailx -s "Subject Line" recipient@tomobile.com < sms_file.txt
>   endif
> 
> The assumption is that Android "is" linux, so, the question is whether that
> batch file would work on your typical non-rooted Android cellphone?
> 
> Is Android enough like Linux to run an if-then-else mailx batch command?

Android has a modified Linux kernel but it is not Linux.
Linux is not DOS or Windows.  It cannot run batch commands.
On Linux or Android, they are called shell commands.  If
you want to run them on Android, you will need a shell like
Bash.

-- 
<Wildman> GNU/Linux user #557453
The cow died so I don't need your bull!

[toc] | [prev] | [next] | [standalone]

#35707

On Sun, 06 Nov 2016 01:03:25 -0500, Wildman wrote:

> Android has a modified Linux kernel but it is not Linux.
> Linux is not DOS or Windows.  It cannot run batch commands.
> On Linux or Android, they are called shell commands.  If
> you want to run them on Android, you will need a shell like
> Bash.

The only bash shells I found for Android were for rooted devicse (mine isn't
rooted and, since it's a Samsung Galaxy S3 from USA T-Mobile, it can't be
rooted since there are no "downloads" for that).

https://play.google.com/store/apps/details?id=com.bitcubate.android.bash.installer&hl=en

[toc] | [prev] | [next] | [standalone]

#35807

On 2016-11-07, Algeria Horan <algeriahoran@algeria.horan.net> wrote:
> On Sun, 06 Nov 2016 01:03:25 -0500, Wildman wrote:
>
>> Android has a modified Linux kernel but it is not Linux.
>> Linux is not DOS or Windows.  It cannot run batch commands.
>> On Linux or Android, they are called shell commands.  If
>> you want to run them on Android, you will need a shell like
>> Bash.
>
> The only bash shells I found for Android were for rooted devicse (mine isn't
> rooted and, since it's a Samsung Galaxy S3 from USA T-Mobile, it can't be
> rooted since there are no "downloads" for that).
>
> https://play.google.com/store/apps/details?id=com.bitcubate.android.bash.installer&hl=en

termux includes bash 4.43

-- 
This email has not been checked by half-arsed antivirus software 

[toc] | [prev] | [next] | [standalone]

#35659

Algeria Horan wrote:

> Is Android enough like Linux to run an if-then-else mailx batch command?
> 
> In a thread seeking a better SMS scheduling app for Android, someone
> mentioned that, on Linux, the coding would look something like this:
> 
>   If (some condition), then
>   mailx -s "Subject Line" recipient@tomobile.com < sms_file.txt
>   endif
> 
> The assumption is that Android "is" linux, so, the question is whether that
> batch file would work on your typical non-rooted Android cellphone?
> 
> Is Android enough like Linux to run an if-then-else mailx batch command?

https://en.wikipedia.org/wiki/Scripting_Layer_for_Android
https://opensource.googleblog.com/2009/06/introducing-android-scripting.html

[toc] | [prev] | [next] | [standalone]

#35660

in 35860 20161106 063119 VanguardLH <V@nguard.LH> wrote:
>Algeria Horan wrote:
>
>> Is Android enough like Linux to run an if-then-else mailx batch command?
>>
>> In a thread seeking a better SMS scheduling app for Android, someone
>> mentioned that, on Linux, the coding would look something like this:
>>
>>   If (some condition), then
>>   mailx -s "Subject Line" recipient@tomobile.com < sms_file.txt
>>   endif
>>
>> The assumption is that Android "is" linux, so, the question is whether that
>> batch file would work on your typical non-rooted Android cellphone?
>>
>> Is Android enough like Linux to run an if-then-else mailx batch command?
>
>https://en.wikipedia.org/wiki/Scripting_Layer_for_Android
>https://opensource.googleblog.com/2009/06/introducing-android-scripting.html

SL4A is no longer maintained and doesn't work on Android 6 & 7.

[toc] | [prev] | [next] | [standalone]

#35670

Bob Martin wrote:

> in 35860 20161106 063119 VanguardLH <V@nguard.LH> wrote:
     ^                   ^
     '-------------------'--- What was that?  It's not the MID header or 
                              newsgroup name.

>> Algeria Horan wrote:
>>
>>> Is Android enough like Linux to run an if-then-else mailx batch command?
>>>
>>> In a thread seeking a better SMS scheduling app for Android, someone
>>> mentioned that, on Linux, the coding would look something like this:
>>>
>>>   If (some condition), then
>>>   mailx -s "Subject Line" recipient@tomobile.com < sms_file.txt
>>>   endif
>>>
>>> The assumption is that Android "is" linux, so, the question is whether that
>>> batch file would work on your typical non-rooted Android cellphone?
>>>
>>> Is Android enough like Linux to run an if-then-else mailx batch command?
>>
>> https://en.wikipedia.org/wiki/Scripting_Layer_for_Android
>> https://opensource.googleblog.com/2009/06/introducing-android-scripting.html
> 
> SL4A is no longer maintained and doesn't work on Android 6 & 7.

From the wikipedia article:
"As of January 2016, other developers have forked the SL4A code to
enable it to run on Android Lollipop and Android Marshmallow after
development on the main code branch stopped, for example the kuri65536
branch of SL4A [6] and droid-python [7]".

The OP never mentioned his version of Android.  Still lots of v4 and v5
users out there.  Never even looked at this before but it seems an
interpretation layer to allow running OTHER scripting languages than the
basic one (shell script) in the OS.

Every Linux distro that I've seen came bundled with a shell scripting
language, like sh[ell], bash, csh, etc.  Android doesn't have its own
scripting language?  Or did Google strip it out?  Some articles, like
http://bamboopuppy.com/making-an-android-shell-script/ and
http://www.pctips4u.com/2016/03/writing-shell-scripts-in-android.html,
mention writing a shell script using bash and sh.

Since [most] Android apps are written in Java, why can't that be used?

Then there's DroidScript (http://droidscript.org/) which uses
Javascript.  Last released in April 2016.  Requires Android v3+.  

[toc] | [prev] | [next] | [standalone]

#35672

VanguardLH wrote:

> Bob Martin wrote:
>
>> in 35860 20161106 063119 VanguardLH <V@nguard.LH> wrote:
>      ^                   ^
>      '-------------------'--- What was that?

Looks like some UTCised version of a date/timestamp

[toc] | [prev] | [next] | [standalone]

#35680

Andy Burns wrote:

> VanguardLH wrote:
> 
>> Bob Martin wrote:
>>
>>> in 35860 20161106 063119 VanguardLH <V@nguard.LH> wrote:
>>     ^                   ^
>>     '-------------------'--- What was that?
> 
> Looks like some UTCised version of a date/timestamp

"in" usually refers to MID header's value.  So that threw me since I was
trying to figure how my MID's value could be conscrewed, er, construed
to this all-numerical value.  "on" would be more appropriate for a
timestamp, like "On <day> at <time>, <person> wrote:".

Personally I detest noisying up the attribution line with values that
can be obtained by simply looking at the headers of the parent post,
especially when that information is positioned before the poster's name.
It is more important to see to whom the cited content is attributed than
other header duplication.  The purpose of the attribution lines is to
see who said what to whom, not a placeholder for a multitude of other
headers.  The exception is perhaps including the MID value should the
parent article be missing from the reader's NNTP server.  It's been a
very long time since peering across the worldwide mesh network of NNTP
servers has been super slow or resulted in missing articles so the
inclusion of the MID header in the attribution line has little value
anymore.  The References header in a reply post shows the MID for the
parent post, anyway.  So, again, putting it in the attribution line is
duplication of header already available within the same post.

To follow the attribute lines as to who said what to whom, it is easier
to track the participants by seeing:

  John wrote:
    Mark wrote:
      Sue wrote:
    Phillip wrote:
    
rather than:

  On dayofweek, day month year at hh:mm:ss tzoffset (timezone) in <MID>, 
  John wrote:
    On dayofweek, day month year at hh:mm:ss tzoffset (timezone) in 
    <MID>, Mark wrote:
      On dayofweek, day month year at hh:mm:ss tzoffset (timezone) in 
      <MID>, Sue wrote:
    On dayofweek, day month year at hh:mm:ss tzoffset (timezone) in 
    <MID>, Phillip wrote:

In the later scheme, the "who" gets lost in the noise of duplicating
other headers in the attribution line.  Even worse is that these noisy
and oversized attribution lines often wrap around to continue in more
lines.  Instead of a single line for the attribution, they are multiple
lines long.

While NNTP clients usually show the poster's name in the message list,
that's not where you read the body of a post.  You're focused in the
body and that's where noisy attributions make it difficult to track the
participants.  Even for those adamant in duplicating a bunch of headers
in their attribution lines, the who (From) should be first, not last.

[toc] | [prev] | [next] | [standalone]

#35681

VanguardLH took a puff of his pipe and considered Sunday the best time 
to utter:

> Personally I detest noisying up the attribution line

Yes, I dislike the clutter, and tend to cut it out, especially the ones 
similar to above :-P

[toc] | [prev] | [next] | [standalone]

#35682

On 2016-11-06, VanguardLH <V@nguard.LH> wrote:
> Andy Burns wrote:
>
>> VanguardLH wrote:
>> 
>>> Bob Martin wrote:
>>>
>>>> in 35860 20161106 063119 VanguardLH <V@nguard.LH> wrote:
>>>     ^                   ^
>>>     '-------------------'--- What was that?
>> 
>> Looks like some UTCised version of a date/timestamp
>
> "in" usually refers to MID header's value.  So that threw me since I was
> trying to figure how my MID's value could be conscrewed, er, construed
> to this all-numerical value.  "on" would be more appropriate for a
> timestamp, like "On <day> at <time>, <person> wrote:".

The '35860' seems to have come from the Xref line available to
Individual.net users reading your article
<e8811nF604uU1@mid.individual.net>:-

  Xref: uni-berlin.de comp.mobile.android:35860 alt.os.linux:244781

so has no meaning at all to anyone reading from a different
news-server.  The rest of that string of numbers is indeed a rendering
of the Date header converted to UTC and formatted almost according to
ISO 8601.

> Personally I detest noisying up the attribution line with values that
> can be obtained by simply looking at the headers of the parent post,
> especially when that information is positioned before the poster's name.
> It is more important to see to whom the cited content is attributed than
> other header duplication.  The purpose of the attribution lines is to
> see who said what to whom, not a placeholder for a multitude of other
> headers.  The exception is perhaps including the MID value should the
> parent article be missing from the reader's NNTP server.  It's been a
> very long time since peering across the worldwide mesh network of NNTP
> servers has been super slow or resulted in missing articles so the
> inclusion of the MID header in the attribution line has little value
> anymore.  The References header in a reply post shows the MID for the
> parent post, anyway.  So, again, putting it in the attribution line is
> duplication of header already available within the same post.

[...]

I'm inclined to agree, in general terms.  I include the date of the
article being responded to, and the email address of the poster as it's
an intrinsic part of their usenet ID (while nics can be duplicated,
email addresses can't, at least not legitimately), as I find those
things useful to see in the attribution line.

-- 
-- ^^^^^^^^^^
--  Whiskers 
-- ~~~~~~~~~~

[toc] | [prev] | [next] | [standalone]

#35685

Whiskers wrote:
> I include the date of the article being responded to, and the
> email address of the poster as it's an intrinsic part of their
> usenet ID

There's no such thing as a usenet ID. There are Message-ID's and
Article-ID's, but there isn't necessarily any relation between
them and the poster's e-mail address.

> (while nics can be duplicated, email addresses can't, at least
> not legitimately)

In Usenet context they can, as the From: line, which is supposed
to contain an e-mail address, doesn't necessarily have to contain
a *valid* e-mail address. As a matter of fact, is has been long
standing practice on Usenet *not* to give a valid e-mail address.

-p

[toc] | [prev] | [next] | [standalone]

#35710

On 2016-11-06, Piet <www.godfatherof.nl/@opt-in.invalid> wrote:
> Whiskers wrote:
>> I include the date of the article being responded to, and the
>> email address of the poster as it's an intrinsic part of their
>> usenet ID
>
> There's no such thing as a usenet ID. There are Message-ID's and
> Article-ID's, but there isn't necessarily any relation between
> them and the poster's e-mail address.

I acknowledge that some people try to post without establishing an
identity for themselves.  They are the eternal newbies of usenet, by
their own choice and actions.  Being nobody isn't easy.

Most of us do have a usenet identity, and some of us actually try to
maintain it - out of consideration both for those other users who like
to read our posts, and for those who don't.  It isn't a single field or
header and isn't described in any RFC, but it most certainly exists.

>> (while nics can be duplicated, email addresses can't, at least
>> not legitimately)
>
> In Usenet context they can, as the From: line, which is supposed
> to contain an e-mail address, doesn't necessarily have to contain
> a *valid* e-mail address. As a matter of fact, is has been long
> standing practice on Usenet *not* to give a valid e-mail address.
>
> -p

A non-functional email address, even one used by other posters too,
still forms a part of a poster's identity on usenet - whether or not
that poster thinks it does.  Using someone else's email address /will/
get your NSP account cancelled if it's reported and if the NSP has any
care for their own reputation.

The precise terms of service relating to email addresses for posting,
vary between NSP's; don't munge or invent one without checking that
your NSP will tolerate it and that it doesn't belong to someone else.

-- 
-- ^^^^^^^^^^
--  Whiskers 
-- ~~~~~~~~~~

[toc] | [prev] | [next] | [standalone]

#35687

On 2016-11-06 21:10, Whiskers wrote:
> I'm inclined to agree, in general terms.  I include the date of the
> article being responded to, and the email address of the poster as it's
> an intrinsic part of their usenet ID (while nics can be duplicated,
> email addresses can't, at least not legitimately), as I find those
> things useful to see in the attribution line.

I prefer not to include the email. If it is valid and the post is
offered on some web archive, it can be easily harvested for spamming.

-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#35709

On 2016-11-06, Carlos E.R. <robin_listas@invalid.es> wrote:
> On 2016-11-06 21:10, Whiskers wrote:
>> I'm inclined to agree, in general terms.  I include the date of the
>> article being responded to, and the email address of the poster as it's
>> an intrinsic part of their usenet ID (while nics can be duplicated,
>> email addresses can't, at least not legitimately), as I find those
>> things useful to see in the attribution line.
>
> I prefer not to include the email. If it is valid and the post is
> offered on some web archive, it can be easily harvested for spamming.

As it comes from the From header, it's part of the usenet XOVER data and
as such even more easily harvested than anything that appears on any web
page.  Users wishing to supply a valid email address for replies can do
so by setting a Reply-to header, which is not part of the XOVER and so
not so easily harvested - and I don't use the Reply-to header for my
attributions, either.

-- 
-- ^^^^^^^^^^
--  Whiskers 
-- ~~~~~~~~~~

[toc] | [prev] | [next] | [standalone]

#35684

On 2016-11-06 19:04, VanguardLH wrote:
> Andy Burns wrote:


> To follow the attribute lines as to who said what to whom, it is easier
> to track the participants by seeing:
> 
>   John wrote:
>     Mark wrote:
>       Sue wrote:
>     Phillip wrote:
>     
> rather than:
> 
>   On dayofweek, day month year at hh:mm:ss tzoffset (timezone) in <MID>, 
>   John wrote:

The date has some importance, because John could have written several
posts. But I agree that the line above is way too long.

Anyway, it appears that Thunderbird doesn't give me access to what it
uses as attribution line, but I'm happy at what it is. Except I would
customize the language some times.

-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#35686

Carlos E.R. wrote:

> it appears that Thunderbird doesn't give me access to what it
> uses as attribution line, but I'm happy at what it is. Except I would
> customize the language some times.

Looking in the "about:config" settings, there is some control over it, 
the variables are mentioned in this article

<http://kb.mozillazine.org/Mailnews.reply_header_*>

[toc] | [prev] | [next] | [standalone]

#35688

On 2016-11-06 22:24, Andy Burns wrote:
> Carlos E.R. wrote:
> 
>> it appears that Thunderbird doesn't give me access to what it
>> uses as attribution line, but I'm happy at what it is. Except I would
>> customize the language some times.
> 
> Looking in the "about:config" settings, there is some control over it,
> the variables are mentioned in this article
> 
> <http://kb.mozillazine.org/Mailnews.reply_header_*>

Ah, I see. Thanks.

-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.mobile.android

csiph-web