Telegram deleted my account by timing (after half a year without activity), this account had several combat bots. After deleting the account, the bots were not deleted, but now I don’t understand how I can restore access to them. I tried to re-register on a new account. The list of bots is empty.
I wrote to Telegram support, 2 weeks have passed and there is no response from them. I was looking for a similar situation on the Internet but did not find a similar one. Out of despair, I am writing here.
I think that the only way to solve this is to ask support.
Because if you'll create bot with the same name again - you'll lose your users. As you would normally delete and create bot.
So, ping them in all available channels, hope and wait.
Related
My telegram bot database was accidentally deleted after I moved it to a new server.
Is there a way to obtain a list of all the numeric IDs of all users who have started the bot in the past? In reading Telegram's documentation, I did not find any solution (although I've seen someone do it before and I am certain it can be accomplished); I found out from searches that it should probably be accomplished on the client side and using something like getDialogs.
https://core.telegram.org/method/messages.getDialogs
Would anyone be able to assist me with that?
Is there a way to obtain a list of all the numeric IDs of all users who have started the bot in the past?
No, Telegram can't offer a list like that.
If an update is removed from the getUpdates() call, it's gone for good.
I found out from searches that it should probably be accomplished on the client side and using something like getDialogs.
The getDialogs you're looking at is part of the Telegram Core, used to create your own Client. This can't be used as a Bot.
So If you don't have a copy of your own, there won't be a way to tell all the users who have talked with your Bot, unless you ask them yourself ;)
My app uses Firebase for authentication and I'm having trouble understanding the discrepancy between the number of authenticated users (1027) and the number of installs (4800):
This suggests that a lot of people installed the app but very few logged into it. If so, why would anyone go to the trouble of installing but not using it? Or am I reading Analytics wrong?
Stack Overflow isn't really the right place to ask about human behavior. There could be any number of reasons why someone installed an app and deleted it without even signing into it.
We also don't know if you allow users to delete their accounts after signing in, which could also explain a difference.
We don't know if your users have multiple devices, which would each count as different (anonymized) users in Analytics, but the same user account in Authentication.
There could even be robotic crawlers trying to use the app, especially if it's a web app.
If you're having problem reconciling what you see in the console, you're probably better off contacting Firebase support to see if something is wrong. But something is probably not wrong at all. Consider instead putting some effort into instrumenting your app with more analytics events to figure out exactly how people are using it, and where they might be falling off before they ever sign in, or if they sign in with multiple devices.
I received an answer from Firebase Support and here's what they said:
The active user calculation in our dashboard is based on the user_engagement of your user who access your application while the app is in foreground state. With that, the active user count is not based on the total count of your authenticated user because we track it using the user_engagement event. This is expected that there would be greater number of active users than your authenticated user count if your user didn’t authenticate and they’re using the app within foreground state.
I turns out that the number of 4800 is the number of "engagements" by the app's users, not the number of users. If the user logs in, then goes to another page, that's two engagements. Firebase Analytics is a great way to analyze what people are doing in the app. I love it!
As an example, I know this account exists "https://t.me/everexio" but when I click view, it fails with "There is no Telegram account with the username you provided."
I have seen this issue many times and with different groups.
And I know that it is not only my problem.
Tying mobile app, desktop app, or web base program without success.
edit
A lot of global projects, companies and organizations are using this app to communicate with their audience, if this kind of restrictions exist then their group is not available everywhere and by using it as a main tool they won't be able to connect all of their community members.
So it is important for both parties to know clearly about this restrictions.
It's not your problem, it's all Iranians problem(At least). Telegram servers didn't allow Iranian Phone number to join this groups. You can join to this groups using a (not Iranian) virtual number while your VPN is turned on.
You maybe temporary banned this function of Telegram, check #SpamBot for your status and more information.
If #SpamBot say you are free, contact support team, them should have permission to help you.
Please contact in-app Support if you have more questions (Settings — Ask a question).
Notice that we rely on volunteers support in Telegram
(so please be nice).
Iranians cannot join telegram group with short link by their own phone number. We are banned from inside and restricted from outside. Hope Telegram team remove this restriction or at least explain why they did this to us.https://twitter.com/yoosofan/status/1001923754950381569. If you are in Iran you can test it by clicking on https://t.me/publictestgroup which is the official group of telegram represented in https://telegram.org/faq#q-what-makes-telegram-groups-cool.
If you have any doubt about this, you can easily get an mobile phone number from Iran (starting with 98 9) and create a telegram account on it. Then try to join groups like #PangeaBitnation, you will not able to join them. You cannot even find them by search on your telegram application.
I checked it by my own Irancell phone number (starting by 98 938).
I'd like to register all of our staff to have gravatars. They are an unreliable bunch, so if I ask them to sign up for one it would take about 6 months to get to 50% completion.
I could use selenium to drive the website to sign everyone up, then simultaneously reconfigure the spam filter to collect all the confirmation emails, then go back over all of those emails and confirm the accounts. But that feels like a very dirty hack.
This question mentions a similar need, but there isn't an answer.
Does anyone know if there is a better way to sign up for a lot of gravatar accounts in one go?
Gravatar protects itself from spamming their registrations system by using email confirms.
Besides, you're breaking their TOS by trying to automate signups.
Best thing to do is take the management approach - this is more of a management issue than programming - and tell your staff they are required to get a Gravatar, or 1) they don't get their daily Gummy Bears, or 2) they're fired.
This question is not related to ASP.NET specifically, but more web applications in general.
I am building a web application wherein I am registering a user. As of now I am taking in very basic credentials like First Name, Last Name, etc of the user. In this website I am giving some information for free for any user who has just registered so that the user finds my website authentic and that it is not a fake website. After that, to get more information, the user has to pay.
The information my site provides will get obsolete after sometime. So, when a new user registers, he/she will get the new information that gets updated; but the old users have to pay to get the same new information.
My problem here is once the information gets obsolete the same person can re-register with a different set of credentials and get the new information. I want to avoid this from happening.
So my question here is this: what information should I request from the user, or extract from the user, to check that the same user is not re-registering? Or any other way to make this possible.
I am thinking of getting the IP address of the machine from which the person is registering and use it to check. But the user can use a different machine to re-register.
I am completely lost here and not getting the solution. I even checked on the Internet but could not find an answer.
Please let me know if you need any further information from my side.
You will not find a technical way to prevent users from registering multiple times. They can simply use another device, IP, another email account and different credentials.
What you can do is asking them to send you hard to fake "offline" information, like a credit card number or a photo of the ID. Some users may still be able to register multiple times this way, but probably not indefinitly. You will however lose many possible clients this way who are unwilling to provide such information for a test account, so this is likely not the solution you want.
My advice would be one of the following two:
Limit the information/service you give out to free users, so that even if they register again they will gain something when they pay.
Try to bind them to their account in a way where they would lose something if they threw it away. This may for example be providing user rewards for activity (real or virtual) or increasing their experience based on their history. Take SO for example: If you registered again, you would lose all your reputation. The users will think twice if this is worth the new content.
After reading all of the above, i think a good solution could be to let the user identify himself through facebook or linkedin. Few people will have a second account.
I think you cannot put any users like that because every thing can be duplicate
There are some ways for which the user must have payment mode or identity details like passport or it is windows application you can have finger scanner it will be definitely Unique..
You can do this (with limitations) with the use of cookies. Setting a cookie on the users device will allow you to determine who the visitor is and that they have already registered.
The limitations are that cookies can be deleted or blocked and are only valid for that specific user agent - the user could use a different device or a different browser on the same device. A lot of people don't really know about cookies though and how to delete them.
By tying this technique with a requirement to provide a valid email address you can make it a hassle for somebody to register more than once as they will have to create a new email account and then delete their cookies.
Whether this will stop enough people depends on your site and your requirements - if you're giving money away then this technique is not nearly good enough. If you just want to discourage the practice of multiple accounts it may be enough.
Your only way out is to have SOMETHING the existing user gets as a "gift?" or added value to maintain just one account. If you can identify items of value to your subscribers and offer to "give" it to them provided their account "attains" one or more status, then you'll get some control. Take stackoverflow.com for example, I don't need a second account.
Identifying by facebook or linkedin is a good option, but if you are giving such services. which are very beneficial for the users, so they dont mind on creating multiple accounts on even facebook or linked in.
So what i think is to set some reward type stuff with each user, and increase the services as they get increment in rewards.once they are good in rewards and are capable to use multiple services, this increases the probability that they will not create another account.