Basically my team would like to be notified when important policy changes are added to the App Store Review that may require action from us.
something like these messages here[https://developer.apple.com/news/?id=dovxb62h]. Are there any ways to subscribe these to our internal email address?
Thanks!
Related
According to facebook platform policy, we cannot send promotiona via page_message_subscription, however in the case that user intend to receive message regarding update in promotion for example in an subscribe to flash-deal. Can I send a news that there's a promotion updated and let user click to view the promotion (using normal page_messaging permission)
The documentation for pages_messaging_subscriptions clearly states what are the allowed cases where you can send subscription messages:
Reference
Eligible use cases include: News: Bots whose
primary purpose is to inform people about recent or important events
or information in categories such as sports, finance, business, real
estate, weather, traffic, politics, and entertainment. Productivity:
Bots whose primary purpose is to enable people to manage their
personal productivity with tasks such as managing calendar events,
receiving reminders, and paying bills. Personal trackers: Bots that
enable people to receive and monitor information about themselves in
categories such as fitness, health, wellness, and finance.
When you apply for approval Facebook are saying you have to specify in which of these use cases your app falls into. I don't see how you can place frequent promotional updates in any of these.
No promotional content can be sent with subscription messaging. Subscription messaging is only intended for specific use cases and, at time of submission, businesses will need to indicate which use case their experience falls under.
I hope this helps. You can always comment on their blog post and hope to get a better reply.
Does anyone know a way to fetch a user/page inbox messages in real time?
I've found this link, but there is no mention about inbox messages.
The Real-time updates are about... -updates-. That means you will only get notified about changes in the fields described in that link (not regarding the Payments API, that's a different case).
So, you can't get real-time inbox messages.
You can subscribe to the notifications, but I'm not really sure if Messages notifications are included in those...
I’d like to implement an “out of office” app for Facebook messages but it doesn’t seem technically possible. The idea is simple, let the user define some dates they won’t be reading Facebook messages (i.e.: they're off-line camping) so that when they get a new message we can notify the friend/sender they won’t be able to respond quickly.
I’ve been reading Facebook’s API and, although I can read user’s messages with proper authorization (read_mailbox), I cannot send messages on their behalf.
A workaround would be to get the email address of the sender, and answer with a plan email instead of a Facebook message. But getting the sender's email also requires extended permissions on a per user basis.
I could present the Send Dialog, but logically we want this to work automatically without any user interaction. Also, we could post a private status only visible to the sender, but that doesn’t seem very effective.
This is where I hit the wall. Can you think of a way to implement such functionality?
You can email to username#facebook.com (getting the username from the user id does not require any permissions) – but Facebook’s policies forbid apps from using that in general, because they say these addresses are intended for user-to-user communication.
You could make a point saying, that this was essentially user-to-user communication – but use at own risk. You’re app may be blocked if there’s spam complaints or if Facebook sees you sending a massive amount of messages this way.
This is the first time that I approach the push notification service and I'm little bit confused. I 'd like to have just some conceptual help, not code.
I need to build an app that should receive and register for different kind of notifications. For instance in my app I'd like that users could register for PROMO notifications category and NEWS notifications category, I'd like that they could choose which one they want to be notified.
Reading the Apple doc, that was not so clear to me, it seems that once the app device is registered I receive just one token and seems impossible to receive more tokens for different kind of registration(NEWS and PROMO for instance), because the token is related to the app and the device. Is that correct?
The other thing that is not so clear to me is, if a device is registered for a specific notification is it possible to send the notification only to a set o devices?
If nothing of that is offered by Apple Push services do you think that is possible to manage everything like that:
-I register the app device for notification if (PROMO || NEWS) are selected
-I get the token
-I send the token to my server giving also as additional info about the service which the user wants to subscribe
-The server (provider) register the token and the kind of subscription (PROMO || NEWS)
-Later when I have a notification to push I ask the server all the tokens registered for that specific category and then I send the notification only to those devices registered for that category.
Thanks for helping me out I'm really confused.
"Reading the Apple doc, that was not so clear to me, it seems that once the app device is registered I receive just one token and seems impossible to receive more tokens for different kind of registration(NEWS and PROMO for instance), because the token is related to the app and the device. Is that correct?"
YES
The other thing that is not so clear to me is, if a device is registered for a specific notification is it possible to send the notification only to a set o devices?
YES, you need a DB where you connect a Push Token with the related Services (promo | news). If you have a new Promo Push Message you send the message to all related token. on the app site, everytime the user change the categorie (promo / news) you should prpvide these infos to your service with the push token.
These are all problems that you have to solve yourself on the server side. The push service simply provides a means to send a single message to a single device. You have to figure out yourself which messages you want to send to which devices. Each message has to be sent individually, there's no way to "broadcast" a message to all your users directly.
You could think of the push tokens as email addresses – of course, one email address might be subscribed to different newsletters from the same publisher, but it's the publisher's job (yours) to figure out whom to send which newsletters, not the email provider's (Apple's).
You should think of the push notification registration like my I send the user push notifications. Not what kind of push notification can I send the user.
Then you need to do serverside filtering on you categories, like the ones in your example promo and news.
The perferance of the user should be stored on your server, so you will know what kind of notification to send to which user.
A client wants me to write an app, the primary goal of the app is not marketing but I would say the secondary goal is marketing.
So the app allows the user to select names from the address book and then it sends out a rota to everyone. It also sends out a meeting request.
The problem is it has a voucher for a consumer product attached as an image and it has the company's logo etc in the emails and meetings request.
is this allowed?
5.6 - Apps cannot use Push Notifications to send advertising, promotions, or direct marketing of any kind
2.13 - Apps that are primarily marketing materials or advertisements will be rejected
An email isn't a push notification - why not just send emails rather than pushes. No issue then.
If it isn't primarily, only secondarily, marketing, then I guess it is OK with Apple?
Seems like it is bothering you though. Good thing iOS developers can pretty much choose what they do these days eh?