@Preve Thanks for the heads up. The bottom parts are warnings and have nothing to do with the module not working. Loading for a long time indicates problem with communicating with your email service.

@malicious_banjo another advantage is pushbullet does not capture all notifications - it depends on the applications sending the notification. This should be resolved by having a custom app as well

@malicious_banjo said in Phone Notifications:

@ronny3050 Sounds great. I just finished my mirror a few days ago so I’m quite new to this community; have they’re been a fair amount of issues concerning this module? I’m guessing some kind of recent update to PushBullet is throwing everything out of whack?

It’s possible and yes, there are more issues than I would like to have. I’ll get started on this and update you. Please hang tight!

@malicious_banjo Yes, it will. It will be a lot of work, but I think it would work well due to the following advantages -

• Phone call alert with caller ID
• App for both Android and iOS
• No relying on push limits/month
• Issues can be resolved in an easier fashion

@malicious_banjo the more I think about it, the more convinced I get that we should have our own application. The issue is I am not very knowledgeable in the workings of Pushbullet which will always limit my abilities to solve issues like this.

Do you think it is reasonable to have a widget installed on your Android phone that pushes notifications instead of relying on PushBullet?

@tnorling what do you say we create our own mobile application for both Android and iOS that can push notifications. This way, we won’t have to rely on Pushbullet and can control push limits.

@malicious_banjo do you use Pushbullet a lot? There’s a limit on how many requests are given out per user.

If you use Pushbullet outside of this module, it is possible that you ran out of requests.

Seems like a good course of action will be to custom create an Android app that will push notifications.

@eugenelai @apm1007 @Gungnir83 Please update.

Updated email module.

Now supports:

• Multiple email accounts
• Will not crash on too many unread emails
• Better fetching of recent and unread emails

@tnorling thanks for the information! You’re indeed correct in stating that there is a ratelimit associated with requesting pushes. It indeed seems like an unsolvable issue, given that once we request a push, the JSON response is already sent, even if it is streamed.

The json response comes in whenever a new event occurs, however, we could maintain a stack of current pushes and dismissals. The wait time could then be dynamic shortened if a dismissal is found in the stack.

Will this work?