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

Groups > comp.os.linux.misc > #37667 > unrolled thread

sending a "beep" from computer to mobile phone?

Back to article view | Back to comp.os.linux.misc

Contents

  sending a "beep" from computer to mobile phone? "Carlos E.R." <robin_listas@es.invalid> - 2023-03-27 14:53 +0200
    Re: sending a "beep" from computer to mobile phone? Lew Pitcher <lew.pitcher@digitalfreehold.ca> - 2023-03-27 18:13 +0000
      Re: sending a "beep" from computer to mobile phone? "Carlos E.R." <robin_listas@es.invalid> - 2023-03-28 00:33 +0200
    Re: sending a "beep" from computer to mobile phone? Andreas Kohlbach <ank@spamfence.net> - 2023-03-27 17:08 -0400
      Re: sending a "beep" from computer to mobile phone? "Carlos E.R." <robin_listas@es.invalid> - 2023-03-28 00:31 +0200
      Re: sending a "beep" from computer to mobile phone? "27E.G756" <27E.G756@noq24u.net> - 2023-03-28 22:08 -0400
    Re: sending a "beep" from computer to mobile phone? Fritz Wuehler <fritz@spamexpire-202303.rodent.frell.theremailer.net> - 2023-03-28 00:37 +0200
      Re: sending a "beep" from computer to mobile phone? Pancho <Pancho.Jones@proton.me> - 2023-03-28 16:16 +0100
      Re: sending a "beep" from computer to mobile phone? Fritz Wuehler <fritz@spamexpire-202303.rodent.frell.theremailer.net> - 2023-03-29 01:16 +0200
        Re: sending a "beep" from computer to mobile phone? Pancho <Pancho.Jones@Proton.Me> - 2023-03-29 22:43 +0100
          Re: sending a "beep" from computer to mobile phone? Rich <rich@example.invalid> - 2023-03-29 22:16 +0000
            Re: sending a "beep" from computer to mobile phone? Pancho <Pancho.Jones@proton.me> - 2023-03-30 09:19 +0100
              Re: sending a "beep" from computer to mobile phone? Rich <rich@example.invalid> - 2023-03-30 13:04 +0000
        Re: sending a "beep" from computer to mobile phone? Fritz Wuehler <fritz@spamexpire-202303.rodent.frell.theremailer.net> - 2023-03-30 15:01 +0200
        Re: sending a "beep" from computer to mobile phone? Fritz Wuehler <fritz@spamexpire-202304.rodent.frell.theremailer.net> - 2023-04-01 19:33 +0200
        Re: sending a "beep" from computer to mobile phone? Fritz Wuehler <fritz@spamexpire-202304.rodent.frell.theremailer.net> - 2023-04-02 00:06 +0200
          Re: sending a "beep" from computer to mobile phone? Pancho <Pancho.Jones@Proton.Me> - 2023-04-02 22:34 +0100
            Re: sending a "beep" from computer to mobile phone? "Carlos E.R." <robin_listas@es.invalid> - 2023-04-03 03:40 +0200
              Re: sending a "beep" from computer to mobile phone? Pancho <Pancho.Jones@proton.me> - 2023-04-03 11:57 +0100
                Re: sending a "beep" from computer to mobile phone? "Carlos E.R." <robin_listas@es.invalid> - 2023-04-03 20:30 +0200
                  Re: sending a "beep" from computer to mobile phone? Pancho <Pancho.Jones@proton.me> - 2023-04-03 20:10 +0100
              Re: sending a "beep" from computer to mobile phone? Fritz Wuehler <fritz@spamexpire-202304.rodent.frell.theremailer.net> - 2023-04-03 21:07 +0200
                Re: sending a "beep" from computer to mobile phone? Pancho <Pancho.Jones@proton.me> - 2023-04-03 20:35 +0100
    Re: sending a "beep" from computer to mobile phone? Fritz Wuehler <fritz@spamexpire-202303.rodent.frell.theremailer.net> - 2023-03-28 03:26 +0200
      Re: sending a "beep" from computer to mobile phone? Joe Beanfish <joebeanfish@nospam.duh> - 2023-03-28 14:12 +0000
      Re: sending a "beep" from computer to mobile phone? "Carlos E. R." <robin_listas@es.invalid> - 2023-03-28 18:01 +0200
        Re: sending a "beep" from computer to mobile phone? Rich <rich@example.invalid> - 2023-03-28 17:07 +0000
          Re: sending a "beep" from computer to mobile phone? "Carlos E. R." <robin_listas@es.invalid> - 2023-03-28 21:00 +0200
            Re: sending a "beep" from computer to mobile phone? "27E.G756" <27E.G756@noq24u.net> - 2023-03-28 23:10 -0400
    Re: sending a "beep" from computer to mobile phone? "27E.G756" <27E.G756@noq24u.net> - 2023-03-28 22:07 -0400

Page 2 of 2 — ← Prev page 1 [2]

#37713

On 03/04/2023 19:30, Carlos E.R. wrote:
> On 2023-04-03 12:57, Pancho wrote:
>> On 03/04/2023 02:40, Carlos E.R. wrote:
>>> On 2023-04-02 23:34, Pancho wrote:
>>>> On 4/1/23 23:06, Fritz Wuehler wrote:
>>>>> Pancho <Pancho.Jo...@Proton.Me> [P]:
>>>>> P> The problem with android VoIP softphones is that they tend to
>>>>> P> deregister. So the ring isn't reliable.
>>>>>
>>>>> You just don't get it, do you? Calling a device by its (LAN) IP has
>>>>> no need for registration. Try it some time and see how it goes.
>>>>>
>>>>
>>>> Yes, that is a good point. But difficult to test, reliably. VoIP 
>>>> already works, most of the time.
>>>>
>>>> Also, I don't know if my IP address does change regularly. 
>>>> Obviously, it does when the phone moves between my wlan and the 
>>>> mobile/cell network, 
>>>
>>> You forget we are talking of LAN alone.
>>
>> No, I understand that, but I have 10 years experience of Android VoIP 
>> softphones being unreliable. I'm not sure why they are unreliable, 
>> just a history of mild interest, and consequent prejudice.
>>
>> Someone can say my issues are due to changing external IP, that it 
>> won't happen in a LAN environment, and they may be right, but I don't 
>> have evidence of that.
>>
>> Suggesting one potential failure mechanism does not exclude other 
>> mechanisms. You haven't excluded the possibility that aggressive power 
>> saving requirements, and consequent sleep states, cause the problem.
>>
>> If someone could point to real life experience of an Andorid VoIP 
>> clients working reliably on a LAN, with direct IP calls, or probably 
>> more tractably via a LAN base PBX such as Asterisk, I would be more 
>> convinced.
> 
> 
> Have you tried to setup a phone VoIP client without a registrar, on the 
> LAN? It is a different beast altogether.
>

In what way is it a different beast?  In fact, my home phone works by 
default without a registrar. I explicitly, have to block random 
connection attempts, if I don't want to get woken up in the middle of 
the night. I don't see whether the initial Sip Invite comes from the WAN 
or LAN makes much difference, my SIP port is forwarded/exposed to the WAN.


> Yes, of course it can fail, that is not the point.
> 

What is the point? Someone was suggesting using an Android VoIP client 
for notifications. I made the observation that android VoIP clients were 
crap. My primary suspicion is that this is because of power saving.

Aggressive power saving would still apply if a SIP invite originated 
from the LAN.


Quote
---
Due to recent changes on the iOS and Android operating systems, incoming 
calls on Zoiper no longer work reliably in background under any set of 
conditions  used up until now.

On iOS this is due to the deprecation of VoIP sockets, while recent 
Android powered phones restrict how often apps can wake up while in 
background.
---

Cite: 
<https://www.zoiper.com/en/support/home/article/205/Zoiper%20Push%20Proxy>

> And I am not going to use for my use case, but that is not the point 
> either.
> 
> 

What is the point?

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

#37712

Pancho <Pancho.Jo...@proton.me> [P]:
P> If someone could point to real life experience of an Andorid
P> VoIP client working reliably on a LAN, with direct IP calls,
P> or probably more tractably via a LAN base PBX such as Asterisk,
P> I would be more convinced.

You probably missed the following paragraph in one of my
previous messages upthread:

  I have been using a similar technique (ie. calling a VoIP device
  by IP, which actually is the remote end of a point-to-point VPN)
  for ages. This type of communication doesn't need (or leak) anything
  from (or to) the internet at large.

In case it matters (it shouldn't), the VoIP client used is 'linphone'.

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

#37714

On 03/04/2023 20:07, Fritz Wuehler wrote:
> Pancho <Pancho.Jo...@proton.me> [P]:
> P> If someone could point to real life experience of an Andorid
> P> VoIP client working reliably on a LAN, with direct IP calls,
> P> or probably more tractably via a LAN base PBX such as Asterisk,
> P> I would be more convinced.
> 
> You probably missed the following paragraph in one of my
> previous messages upthread:
> 
>    I have been using a similar technique (ie. calling a VoIP device
>    by IP, which actually is the remote end of a point-to-point VPN)
>    for ages. This type of communication doesn't need (or leak) anything
>    from (or to) the internet at large.
> 
> In case it matters (it shouldn't), the VoIP client used is 'linphone'.
> 

No, I saw that, but as I was discussing behaviour of power saving on 
Android, the pertinent information would be if that was running on an 
Android mobile phone?

Again, we see linphone, uses a specific push notification mechanism, 
Google FCM, to get around Android VoIP limitations.

<https://firebase.google.com/docs/cloud-messaging>

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

#37676

Carlos E.R. <robin_lis...@es.invalid> [CE]:
CE> Do you know of an app, to be installed on an Android phone, that
CE> can receive some kind of notification or ping from a Linux computer,
CE> in the same LAN, from a script?


If the phone is jail-broken and you can run shell scripts on it,
a quick one-liner
	while :; do wget ... && beep; sleep 5; done
should be all you need.


If it's not, there are several options depending on whether the
phone can talk to the net or not.


No internet?  Use any regular SMTP client:

- Run a minimal SMTP server on another LAN box

- Configure the phone e-mail client to check for new messages on
  the LAN SMTP server every N minutes

- Send messages to the phone using the LAN SMTP server


If the phone is connected to the internet already, skip the
LAN SMTP server.

If the phone is connected to the internet and no SMTP client is
installed, install a chat application which has a public API
(e.g. https://chatwork.com) and send (encrypted) messages from
the linux box to the phone using the API.




Or, if you want to go full hard-core, check out the X10 home automation
apps, after installing some compatible hub server on a LAN box.

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

#37681

On Tue, 28 Mar 2023 03:26:57 +0200, Fritz Wuehler wrote:

> Carlos E.R. <robin_lis...@es.invalid> [CE]:
> CE> Do you know of an app, to be installed on an Android phone, that
> CE> can receive some kind of notification or ping from a Linux computer,
> CE> in the same LAN, from a script?
> 
> 
> If the phone is jail-broken and you can run shell scripts on it,
> a quick one-liner
> 	while :; do wget ... && beep; sleep 5; done
> should be all you need.

That sounds backwards.

I was going to suggest trying making a simple, one line, server with nc
under termux, but netcat wouldn't install for me. YMMV

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

#37683

On 2023-03-28 03:26, Fritz Wuehler wrote:
> Carlos E.R. <robin_lis...@es.invalid> [CE]:
> CE> Do you know of an app, to be installed on an Android phone, that
> CE> can receive some kind of notification or ping from a Linux computer,
> CE> in the same LAN, from a script?
> 
> 
> If the phone is jail-broken and you can run shell scripts on it,
> a quick one-liner
> 	while :; do wget ... && beep; sleep 5; done
> should be all you need.

Nope, not the case.

And I fear it would waste the battery.

> If it's not, there are several options depending on whether the
> phone can talk to the net or not.
> 
> 
> No internet?  Use any regular SMTP client:
> 
> - Run a minimal SMTP server on another LAN box
> 
> - Configure the phone e-mail client to check for new messages on
>    the LAN SMTP server every N minutes

I have that, but not disimilar from using gmail. Another client wastes 
battery (K9 did, which is why I don't have it checking for email except 
on demand).

> 
> - Send messages to the phone using the LAN SMTP server
> 
> 
> If the phone is connected to the internet already, skip the
> LAN SMTP server.
> 
> If the phone is connected to the internet and no SMTP client is
> installed, install a chat application which has a public API
> (e.g. https://chatwork.com) and send (encrypted) messages from
> the linux box to the phone using the API.

That could be.

> 
> 
> 
> 
> Or, if you want to go full hard-core, check out the X10 home automation
> apps, after installing some compatible hub server on a LAN box.

Mmm.


I'm inclined to test <https://ntfy.sh/>, which seems very simple.

-- 
Cheers,
        Carlos E.R.

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

#37686

Carlos E. R. <robin_listas@es.invalid> wrote:
> I have that, but not disimilar from using gmail.  Another client 
> wastes battery (K9 did, which is why I don't have it checking for 
> email except on demand).

The newer K9's seem to have fixed that issue and no longer waste 
battery doing a busy-loop looking for new emails.  Or at least on my 
phone K9 uses a "push notification" that does not waste battery.  You 
may want to give K9 another look to see if it might work for your 
'notification' needs.

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

#37687

On 2023-03-28 19:07, Rich wrote:
> Carlos E. R. <robin_listas@es.invalid> wrote:
>> I have that, but not disimilar from using gmail.  Another client
>> wastes battery (K9 did, which is why I don't have it checking for
>> email except on demand).
> 
> The newer K9's seem to have fixed that issue and no longer waste
> battery doing a busy-loop looking for new emails.  Or at least on my
> phone K9 uses a "push notification" that does not waste battery.  You
> may want to give K9 another look to see if it might work for your
> 'notification' needs.

I do use K9, only that I disabled automatic checking for new email. I 
may try to enable the feature again.

-- 
Cheers,
        Carlos E.R.

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

#37694

On 3/28/23 3:00 PM, Carlos E. R. wrote:
> On 2023-03-28 19:07, Rich wrote:
>> Carlos E. R. <robin_listas@es.invalid> wrote:
>>> I have that, but not disimilar from using gmail.  Another client
>>> wastes battery (K9 did, which is why I don't have it checking for
>>> email except on demand).
>>
>> The newer K9's seem to have fixed that issue and no longer waste
>> battery doing a busy-loop looking for new emails.  Or at least on my
>> phone K9 uses a "push notification" that does not waste battery.  You
>> may want to give K9 another look to see if it might work for your
>> 'notification' needs.
> 
> I do use K9, only that I disabled automatic checking for new email. I 
> may try to enable the feature again.

   There's good waiting/polling and BAD waiting/polling - and
   the older K9 was *bad* in that respect.

   If you can set polling for even every 5 minutes - and they're
   not trying to do tons of things between polls - then it ought
   to be better now. Hell, any Python app/service you can just
   have it sleep() between checks and it uses almost zero CPU
   while sleeping.

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

#37689

On 3/27/23 8:53 AM, Carlos E.R. wrote:
 > Hi,
 >
 > Do you know of an app, to be installed on an Android phone, that can
 > receive some kind of notification or ping from a Linux computer, in the
 > same LAN, from a script?
 >
 > Like for telling me some job ended, whatever. Not internet, the LAN is
 > sufficient.

   You could write a simple client/server setup to
   do that. Just listens on a TCP or UDP port for
   the correct sequence. For your app UDP might be
   the cleaner way, not as many hacks probing.

   Lots of sample client/server code on the net,
   Python and 'C'. I've built a number of useful
   things on those foundations. A non-blocking
   might be best, lets you dump odd 'noise' more
   easily. Python is pretty damned easy - but
   you've gotta encode()/decode() in order to
   deal with binary. 'C' and FPC have a 'timer'
   so you can break from the listening routine
   and do other stuff (outright or as a subproc)
   before returning to listening.

   The dead-simple client/server would do very
   well - you don't need threaded servers or
   forking servers or any of the other variants
   meant for higher volume traffic. That means
   a very small service routine. Just start with
   one of the sample 'echo' servers - where what
   you send gets reflected back - and it only
   takes a few tweaks.

   Bash and ksh have an obscure syntax for sending
   and receiving to a /dev/tcp pseudo-device - and
   I use it in several scripts. Probably THE easiest
   way for what you're trying to do. Would not be
   limited to a LAN either if you put the right
   rule in the firewall.

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | comp.os.linux.misc

csiph-web