Mastodon.py =========== .. py:module:: mastodon .. py:class: Mastodon Register your app! This only needs to be done once. Uncomment the code and substitute in your information: .. code-block:: python from mastodon import Mastodon ''' Mastodon.create_app( 'pytooterapp', api_base_url = 'https://mastodon.social', to_file = 'pytooter_clientcred.secret' ) ''' Then login. This can be done every time, or you can use the persisted information: .. code-block:: python from mastodon import Mastodon mastodon = Mastodon( client_id = 'pytooter_clientcred.secret', api_base_url = 'https://mastodon.social' ) mastodon.log_in( 'my_login_email@example.com', 'incrediblygoodpassword', to_file = 'pytooter_usercred.secret' ) To post, create an actual API instance: .. code-block:: python from mastodon import Mastodon mastodon = Mastodon( access_token = 'pytooter_usercred.secret', api_base_url = 'https://mastodon.social' ) mastodon.toot('Tooting from python using #mastodonpy !') `Mastodon`_ is an ActivityPub and OStatus based twitter-like federated social network node. It has an API that allows you to interact with its every aspect. This is a simple python wrapper for that api, provided as a single python module. By default, it talks to the `Mastodon flagship instance`_, but it can be set to talk to any node running Mastodon by setting `api_base_url` when creating the api object (or creating an app). Mastodon.py aims to implement the complete public Mastodon API. As of this time, it is feature complete for Mastodon version 2.8.2. Pleromas Mastodon API layer, while not an official target, should also be basically compatible, and Mastodon.py does make some allowances for behaviour that isn't strictly like Mastodons. A note about rate limits ------------------------ Mastodons API rate limits per user account. By default, the limit is 300 requests per 5 minute time slot. This can differ from instance to instance and is subject to change. Mastodon.py has three modes for dealing with rate limiting that you can pass to the constructor, "throw", "wait" and "pace", "wait" being the default. In "throw" mode, Mastodon.py makes no attempt to stick to rate limits. When a request hits the rate limit, it simply throws a `MastodonRateLimitError`. This is for applications that need to handle all rate limiting themselves (i.e. interactive apps), or applications wanting to use Mastodon.py in a multi-threaded context ("wait" and "pace" modes are not thread safe). .. note:: Rate limit information is available on the `Mastodon` object for applications that implement their own rate limit handling. .. attribute:: Mastodon.ratelimit_remaining Number of requests allowed until the next reset. .. attribute:: Mastodon.ratelimit_reset Time at which the rate limit will next be reset, as a POSIX timestamp. .. attribute:: Mastodon.ratelimit_limit Total number of requests allowed between resets. Typically 300. .. attribute:: Mastodon.ratelimit_lastcall Time at which these values have last been seen and updated, as a POSIX timestamp. In "wait" mode, once a request hits the rate limit, Mastodon.py will wait until the rate limit resets and then try again, until the request succeeds or an error is encountered. This mode is for applications that would rather just not worry about rate limits much, don't poll the api all that often, and are okay with a call sometimes just taking a while. In "pace" mode, Mastodon.py will delay each new request after the first one such that, if requests were to continue at the same rate, only a certain fraction (set in the constructor as `ratelimit_pacefactor`) of the rate limit will be used up. The fraction can be (and by default, is) greater than one. If the rate limit is hit, "pace" behaves like "wait". This mode is probably the most advanced one and allows you to just poll in a loop without ever sleeping at all yourself. It is for applications that would rather just pretend there is no such thing as a rate limit and are fine with sometimes not being very interactive. In addition to the per-user limit, there is a per-IP limit of 7500 requests per 5 minute time slot, and tighter limits on logins. Mastodon.py does not make any effort to respect these. If your application requires many hits to endpoints that are available without logging in, do consider using Mastodon.py without authenticating to get the full per-IP limit. A note about pagination ----------------------- Many of Mastodons API endpoints are paginated. What this means is that if you request data from them, you might not get all the data at once - instead, you might only get the first few results. All endpoints that are paginated have four parameters: since_id, max_id, min_id and limit. since_id allows you to specify the smallest id you want in the returned data, but you will still always get the newest data, so if there are too many statuses between the newest one and since_id, some will not be returned. min_id, on the other hand, gives you statuses with that minimum id and newer, starting at the given id. max_id, similarly, allows you to specify the largest id you want. By specifying either min_id or max_id (generally, only one, not both) of them you can go through pages forwards and backwards. limit allows you to specify how many results you would like returned. Note that an instance may choose to return less results than you requested - by default, Mastodon will return no more than 40 statues and no more than 80 accounts no matter how high you set the limit. The responses returned by paginated endpoints contain a "link" header that specifies which parameters to use to get the next and previous pages. Mastodon.py parses these and stores them (if present) in the first (for the previous page) and last (for the next page) item of the returned list as _pagination_prev and _pagination_next. They are accessible only via attribute-style access. Note that this means that if you want to persist pagination info with your data, you'll have to take care of that manually (or persist objects, not just dicts). There are convenience functions available for fetching the previous and next page of a paginated request as well as for fetching all pages starting from a first page. Two notes about IDs ------------------- Mastodons API uses IDs in several places: User IDs, Toot IDs, ... While debugging, it might be tempting to copy-paste in IDs from the web interface into your code. This will not work, as the IDs on the web interface and in the URLs are not the same as the IDs used internally in the API, so don't do that. ID unpacking ~~~~~~~~~~~~ Wherever Mastodon.py expects an ID as a parameter, you can also pass a dict that contains an id - this means that, for example, instead of writing .. code-block:: python mastodon.status_post("@somebody wow!", in_reply_to_id = toot["id"]) you can also just write .. code-block:: python mastodon.status_post("@somebody wow!", in_reply_to_id = toot) and everything will work as intended. Error handling -------------- When Mastodon.py encounters an error, it will raise an exception, generally with some text included to tell you what went wrong. The base class that all mastodon exceptions inherit from is `MastodonError`. If you are only interested in the fact an error was raised somewhere in Mastodon.py, and not the details, this is the exception you can catch. `MastodonIllegalArgumentError` is generally a programming problem - you asked the API to do something obviously invalid (i.e. specify a privacy option that does not exist). `MastodonFileNotFoundError` and `MastodonNetworkError` are IO errors - could be you specified a wrong URL, could be the internet is down or your hard drive is dying. They inherit from `MastodonIOError`, for easy catching. There is a sub-error of `MastodonNetworkError`, `MastodonReadTimeout`, which is thrown when a streaming API stream times out during reading. `MastodonAPIError` is an error returned from the Mastodon instance - the server has decided it can't fullfill your request (i.e. you requested info on a user that does not exist). It is further split into `MastodonNotFoundError` (API returned 404) and `MastodonUnauthorizedError` (API returned 401). Different error codes might exist, but are not currently handled separately. `MastodonMalformedEventError` is raised when a streaming API listener receives an invalid event. There have been reports that this can sometimes happen after prolonged operation due to an upstream problem in the requests/urllib libraries. `MastodonRatelimitError` is raised when you hit an API rate limit. You should try again after a while (see the rate limiting section above). `MastodonServerError` is raised when the server throws an internal error, likely due to server misconfiguration. `MastodonVersionError` is raised when a version check for an API call fails. Return values ------------- Unless otherwise specified, all data is returned as python dictionaries, matching the JSON format used by the API. Dates returned by the API are in ISO 8601 format and are parsed into python datetime objects. To make access easier, the dictionaries returned are wrapped by a class that adds read-only attributes for all dict values - this means that, for example, instead of writing .. code-block:: python description = mastodon.account_verify_credentials()["source"]["note"] you can also just write .. code-block:: python description = mastodon.account_verify_credentials().source.note and everything will work as intended. The class used for this is exposed as `AttribAccessDict`. User dicts ~~~~~~~~~~ .. _user dict: .. code-block:: python mastodon.account() # Returns the following dictionary: { 'id': # Same as 'username': # The username (what you @ them with) 'acct': # The user's account name as username@domain (@domain omitted for local users) 'display_name': # The user's display name 'locked': # Denotes whether the account can be followed without a follow request 'created_at': # Account creation time 'following_count': # How many people they follow 'followers_count': # How many followers they have 'statuses_count': # How many statuses they have 'note': # Their bio 'url': # Their URL; usually 'https://mastodon.social/users/' 'avatar': # URL for their avatar, can be animated 'header': # URL for their header image, can be animated 'avatar_static': # URL for their avatar, never animated 'header_static': # URL for their header image, never animated 'source': # Additional information - only present for user dict returned # from account_verify_credentials() 'moved_to_account': # If set, an account dict of the account this user has # set up as their moved-to address. 'bot': # Boolean indicating whether this account is automated. 'fields': # List of up to four dicts with free-form 'name' and 'value' profile info. } mastodon.account_verify_credentials()["source"] # Returns the following dictionary: { 'privacy': # The users default visibility setting ("private", "unlisted" or "public") 'sensitive': # Denotes whether user media should be marked sensitive by default 'note': # Plain text version of the users bio } Toot dicts ~~~~~~~~~~ .. _toot dict: .. code-block:: python mastodon.toot("Hello from Python") # Returns the following dictionary: { 'id': # Numerical id of this toot 'uri': # Descriptor for the toot # EG 'tag:mastodon.social,2016-11-25:objectId=:objectType=Status' 'url': # URL of the toot 'account': # User dict for the account which posted the status 'in_reply_to_id': # Numerical id of the toot this toot is in response to 'in_reply_to_account_id': # Numerical id of the account this toot is in response to 'reblog': # Denotes whether the toot is a reblog. If so, set to the original toot dict. 'content': # Content of the toot, as HTML: '

Hello from Python

' 'created_at': # Creation time 'reblogs_count': # Number of reblogs 'favourites_count': # Number of favourites 'reblogged': # Denotes whether the logged in user has boosted this toot 'favourited': # Denotes whether the logged in user has favourited this toot 'sensitive': # Denotes whether media attachments to the toot are marked sensitive 'spoiler_text': # Warning text that should be displayed before the toot content 'visibility': # Toot visibility ('public', 'unlisted', 'private', or 'direct') 'mentions': # A list of users dicts mentioned in the toot, as Mention dicts 'media_attachments': # A list of media dicts of attached files 'emojis': # A list of custom emojis used in the toot, as Emoji dicts 'tags': # A list of hashtag used in the toot, as Hashtag dicts 'application': # Application dict for the client used to post the toot (Does not federate # and is therefore always None for remote toots, can also be None for # local toots for some legacy applications). 'language': # The language of the toot, if specified by the server, # as ISO 639-1 (two-letter) language code. 'muted': # Boolean denoting whether the user has muted this status by # way of conversation muting 'pinned': # Boolean denoting whether or not the status is currently pinned for the # associated account. 'replies_count': # The number of replies to this status. 'card': # A preview card for links from the status, if present at time of delivery, # as card dict. 'poll': # A poll dict if a poll is attached to this status. } Mention dicts ~~~~~~~~~~~~~ .. _mention dict: .. code-block:: python { 'url': # Mentioned users profile URL (potentially remote) 'username': # Mentioned users user name (not including domain) 'acct': # Mentioned users account name (including domain) 'id': # Mentioned users (local) account ID } Scheduled toot dicts ~~~~~~~~~~~~~~~~~~~~ .. _scheduled toot dict: .. code-block:: python mastodon.status_post("text", scheduled_at=the_future) # Returns the following dictionary: { 'id': # Scheduled toot ID (note: Not the id of the toot once it gets posted!) 'scheduled_at': # datetime object describing when the toot is to be posted 'params': # Parameters for the scheduled toot, specifically { 'text': # Toot text 'in_reply_to_id': # ID of the toot this one is a reply to 'media_ids': # IDs of media attached to this toot 'sensitive': # Whether this toot is sensitive or not 'visibility': # Visibility of the toot 'idempotency': # Idempotency key for the scheduled toot 'scheduled_at': # Present, but generally "None" 'spoiler_text': # CW text for this toot 'application_id': # ID of the application that scheduled the toot 'poll': # Poll parameters, as a poll dict }, 'media_attachments': # Array of media dicts for the attachments to the scheduled toot } Poll dicts ~~~~~~~~~~ .. _poll dict: .. code-block:: python # Returns the following dictionary: mastodon.poll(id) { 'id': # The polls ID 'expires_at': # The time at which the poll is set to expire 'expired': # Boolean denoting whether you can still vote in this poll 'multiple': # Boolean indicating whether it is allowed to vote for more than one option 'votes_count': # Total number of votes cast in this poll 'voted': # Boolean indicating whether the logged-in user has already voted in this poll 'options': # The poll options as a list of dicts, each option with a title and a # votes_count field. votes_count can be None if the poll creator has # chosen to hide vote totals until the poll expires and it hasn't yet. 'emojis': # List of emoji dicts for all emoji used in answer strings } Conversation dicts ~~~~~~~~~~~~~~~~~~ .. _conversation dict: .. code-block:: python mastodon.conversations()[0] # Returns the following dictionary: { 'id': # The ID of this conversation object 'unread': # Boolean indicating whether this conversation has yet to be # read by the user 'accounts': # List of accounts (other than the logged-in account) that # are part of this conversation 'last_status': # The newest status in this conversation } Hashtag dicts ~~~~~~~~~~~~~ .. _hashtag dict: .. code-block:: python { 'name': # Hashtag name (not including the #) 'url': # Hashtag URL (can be remote) 'history': # List of usage history dicts for up to 7 days. Not present in statuses. } Hashtag usage history dicts ~~~~~~~~~~~~~~~~~~~~~~~~~~~ .. _hashtag usage history dict: .. code-block:: python { 'day': # Date of the day this history dict is for 'uses': # Number of statuses using this hashtag on that day 'accounts': # Number of accounts using this hashtag in at least one status on that day } Emoji dicts ~~~~~~~~~~~ .. _emoji dict: .. code-block:: python { 'shortcode': # Emoji shortcode, without surrounding colons 'url': # URL for the emoji image, can be animated 'static_url': # URL for the emoji image, never animated } Application dicts ~~~~~~~~~~~~~~~~~ .. _application dict: .. code-block:: python { 'name': # The applications name 'website': # The applications website 'vapid_key': # A vapid key that can be used in web applications } Relationship dicts ~~~~~~~~~~~~~~~~~~ .. _relationship dict: .. code-block:: python mastodon.account_follow() # Returns the following dictionary: { 'id': # Numerical id (same one as ) 'following': # Boolean denoting whether the logged-in user follows the specified user 'followed_by': # Boolean denoting whether the specified user follows the logged-in user 'blocking': # Boolean denoting whether the logged-in user has blocked the specified user 'muting': # Boolean denoting whether the logged-in user has muted the specified user 'muting_notifications': # Boolean denoting wheter the logged-in user has muted notifications # related to the specified user 'requested': # Boolean denoting whether the logged-in user has sent the specified # user a follow request 'domain_blocking': # Boolean denoting whether the logged-in user has blocked the # specified users domain 'showing_reblogs': # Boolean denoting whether the specified users reblogs show up on the # logged-in users Timeline 'endorsed': # Boolean denoting wheter the specified user is being endorsed / featured by the # logged-in user } Filter dicts ~~~~~~~~~~~~ .. _filter dict: .. code-block:: python mastodon.account_follow() # Returns the following dictionary: { 'id': # Numerical id of the filter 'phrase': # Filtered keyword or phrase 'context': # List of places where the filters are applied ('home', 'notifications', 'public', 'thread') 'expires_at': # Expiry date for the filter 'irreversible': # Boolean denoting if this filter is executed server-side # or if it should be ran client-side. 'whole_word': # Boolean denoting whether this filter can match partial words } Notification dicts ~~~~~~~~~~~~~~~~~~ .. _notification dict: .. code-block:: python mastodon.notifications()[0] # Returns the following dictionary: { 'id': # id of the notification 'type': # "mention", "reblog", "favourite" or "follow" 'created_at': # The time the notification was created 'account': # User dict of the user from whom the notification originates 'status': # In case of "mention", the mentioning status # In case of reblog / favourite, the reblogged / favourited status } Context dicts ~~~~~~~~~~~~~ .. _context dict: .. code-block:: python mastodon.status_context() # Returns the following dictionary: { 'ancestors': # A list of toot dicts 'descendants': # A list of toot dicts } List dicts ~~~~~~~~~~ .. _list dict: .. code-block:: python mastodon.list() # Returns the following dictionary: { 'id': # id of the list 'title': # title of the list } Media dicts ~~~~~~~~~~~ .. _media dict: .. code-block:: python mastodon.media_post("image.jpg", "image/jpeg") # Returns the following dictionary: { 'id': # The ID of the attachment. 'type': # Media type: 'image', 'video', 'gifv' or 'unknown'. 'url': # The URL for the image in the local cache 'remote_url': # The remote URL for the media (if the image is from a remote instance) 'preview_url': # The URL for the media preview 'text_url': # The display text for the media (what shows up in toots) 'meta': # Dictionary of two image metadata dicts (see below), # 'original' and 'small' (preview). Either may be empty. # May additionally contain an "fps" field giving a videos frames per second (possibly # rounded), and a "length" field giving a videos length in a human-readable format. # Note that a video may have an image as preview. # May also contain a 'focus' dict. 'blurhash': # The blurhash for the image, used for preview / placeholder generation 'description': # If set, the user-provided description for this media. } # Metadata dicts (image) - all fields are optional: { 'width': # Width of the image in pixels 'height': # Height of the image in pixels 'aspect': # Aspect ratio of the image as a floating point number 'size': # Textual representation of the image size in pixels, e.g. '800x600' } # Metadata dicts (video, gifv) - all fields are optional: { 'width': # Width of the video in pixels 'heigh': # Height of the video in pixels 'frame_rate': # Exact frame rate of the video in frames per second. # Can be an integer fraction (i.e. "20/7") 'duration': # Duration of the video in seconds 'bitrate': # Average bit-rate of the video in bytes per second } # Focus Metadata dict: { 'x': Focus point x coordinate (between -1 and 1) 'y': Focus point x coordinate (between -1 and 1) } Card dicts ~~~~~~~~~~ .. _card dict: .. code-block:: python mastodon.status_card(): # Returns the following dictionary { 'url': # The URL of the card. 'title': # The title of the card. 'description': # The description of the card. 'type': # Embed type: 'link', 'photo', 'video', or 'rich' 'image': # (optional) The image associated with the card. # OEmbed data (all optional): 'author_name': # Name of the embedded contents author 'author_url': # URL pointing to the embedded contents author 'description': # Description of the embedded content 'width': # Width of the embedded object 'height': # Height of the embedded object 'html': # HTML string of the embed 'provider_name': # Name of the provider from which the embed originates 'provider_url': # URL pointing to the embeds provider } Search result dicts ~~~~~~~~~~~~~~~~~~~ .. _search result dict: .. code-block:: python mastodon.search("") # Returns the following dictionary { 'accounts': # List of account dicts resulting from the query 'hashtags': # List of hashtag dicts resulting from the query 'statuses': # List of toot dicts resulting from the query } Instance dicts ~~~~~~~~~~~~~~ .. _instance dict: .. code-block:: python mastodon.instance() # Returns the following dictionary { 'description': # A brief instance description set by the admin 'email': # The admin contact e-mail 'title': # The instances title 'uri': # The instances URL 'version': # The instances mastodon version 'urls': # Additional URLs dict, presently only 'streaming_api' with the # stream websocket address. 'stats: # A dictionary containing three stats, user_count (number of local users), # status_count (number of local statuses) and domain_count (number of known # instance domains other than this one). 'contact_account': # Account dict of the primary contact for the instance. 'languages': # Array of ISO 639-1 (two-letter) language codes the instance # has chosen to advertise. 'registrations': # Boolean indication whether registrations on this instance are open # (True) or not (False). } Activity dicts ~~~~~~~~~~~~~~ .. _activity dict: .. code-block:: python mastodon.instance_activity()[0] # Returns the following dictionary { 'week': # Date of the first day of the week the stats were collected for 'logins': # Number of users that logged in that week 'registrations': # Number of new users that week 'statuses': # Number of statuses posted that week } Report dicts ~~~~~~~~~~~~ .. _report dict: .. code-block:: python mastodon.reports()[0] # Returns the following dictionary { 'id': # Numerical id of the report 'action_taken': # True if a moderator or admin has processed the # report, False otherwise. Note that no indication as to # what action was taken is given and that an admin simply # marking the report as processed and not doing anything else # will set this field to True. Note also that now that there # is no way to get any updated report lists, this will # always be false. } Push subscription dicts ~~~~~~~~~~~~~~~~~~~~~~~ .. _push subscription dict: .. code-block:: python mastodon.push_subscription() # Returns the following dictionary { 'id': # Numerical id of the push subscription 'endpoint': # Endpoint URL for the subscription 'server_key': # Server pubkey used for signature verification 'alerts': # Subscribed events - dict that may contain keys 'follow', # 'favourite', 'reblog' and 'mention', with value True # if webpushes have been requested for those events. } Push notification dicts ~~~~~~~~~~~~~~~~~~~~~~~ .. _push notification dict: .. code-block:: python mastodon.push_subscription_decrypt_push(...) # Returns the following dictionary { 'access_token': # Access token that can be used to access the API as the # notified user 'body': # Text body of the notification 'icon': # URL to an icon for the notification 'notification_id': # ID that can be passed to notification() to get the full # notification object, 'notification_type': # 'mention', 'reblog', 'follow' or 'favourite' 'preferred_locale': # The users preferred locale 'title': # Title for the notification } Preference dicts ~~~~~~~~~~~~~~~~ .. _preference dict: .. code-block:: python mastodon.preferences() # Returns the following dictionary { 'posting:default:visibility': # The default visibility setting for the users posts, # as a string 'posting:default:sensitive': # Boolean indicating whether the users uploads should # be marked sensitive by default 'posting:default:language': # The users default post language, if set (None if not) 'reading:expand:media': # How the user wishes to be shown sensitive media. Can be # 'default' (hide if sensitive), 'hide_all' or 'show_all' 'reading:expand:spoilers': # Boolean indicating whether the user wishes to expand # content warnings by default } App registration and user authentication ---------------------------------------- Before you can use the mastodon API, you have to register your application (which gets you a client key and client secret) and then log in (which gets you an access token). These functions allow you to do those things. Additionally, it is also possible to programmatically register a new user. For convenience, once you have a client id, secret and access token, you can simply pass them to the constructor of the class, too! Note that while it is perfectly reasonable to log back in whenever your app starts, registering a new application on every startup is not, so don't do that - instead, register an application once, and then persist your client id and secret. A convenient method for this is provided by the functions dealing with registering the app, logging in and the Mastodon classes constructor. To talk to an instance different from the flagship instance, specify the api_base_url (usually, just the URL of the instance, i.e. https://mastodon.social/ for the flagship instance). If no protocol is specified, Mastodon.py defaults to https. .. automethod:: Mastodon.create_app .. automethod:: Mastodon.__init__ .. _log_in(): .. automethod:: Mastodon.log_in .. _auth_request_url(): .. automethod:: Mastodon.auth_request_url .. automethod:: Mastodon.create_account Versioning ---------- Mastodon.py will check if a certain endpoint is available before doing API calls. By default, it checks against the version of Mastodon retrieved on init(), or the version you specified. Mastodon.py can be set (in the constructor) to either check if an endpoint is available at all (this is the default) or to check if the endpoint is available and behaves as in the newest Mastodon version (with regards to parameters as well as return values). Version checking can also be disabled altogether. If a version check fails, Mastodon.py throws a `MastodonVersionError`. With the following functions, you can make Mastodon.py re-check the server version or explicitly determine if a specific minimum Version is available. Long-running applications that aim to support multiple Mastodon versions should do this from time to time in case a server they are running against updated. .. automethod:: Mastodon.retrieve_mastodon_version .. automethod:: Mastodon.verify_minimum_version Reading data: Instances ----------------------- These functions allow you to fetch information associated with the current instance. .. automethod:: Mastodon.instance .. automethod:: Mastodon.instance_activity .. automethod:: Mastodon.instance_peers Reading data: Timelines ----------------------- This function allows you to access the timelines a logged in user could see, as well as hashtag timelines and the public (federated) and local timelines. .. _timeline(): .. automethod:: Mastodon.timeline .. automethod:: Mastodon.timeline_home .. automethod:: Mastodon.timeline_local .. _timeline_public(): .. automethod:: Mastodon.timeline_public .. _timeline_hashtag(): .. automethod:: Mastodon.timeline_hashtag .. automethod:: Mastodon.timeline_list .. automethod:: Mastodon.conversations Reading data: Statuses ---------------------- These functions allow you to get information about single statuses. .. automethod:: Mastodon.status .. automethod:: Mastodon.status_context .. automethod:: Mastodon.status_reblogged_by .. automethod:: Mastodon.status_favourited_by .. automethod:: Mastodon.status_card Reading data: Scheduled statuses ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ These functions allow you to get information about scheduled statuses. .. automethod:: Mastodon.scheduled_statuses .. automethod:: Mastodon.scheduled_status Reading data: Polls ~~~~~~~~~~~~~~~~~~~ This function allows you to get and refresh information about polls. .. automethod:: Mastodon.poll Reading data: Notifications --------------------------- This function allows you to get information about a users notifications. .. automethod:: Mastodon.notifications Reading data: Accounts ---------------------- These functions allow you to get information about accounts and their relationships. .. automethod:: Mastodon.account .. automethod:: Mastodon.account_verify_credentials .. automethod:: Mastodon.account_statuses .. automethod:: Mastodon.account_following .. automethod:: Mastodon.account_followers .. automethod:: Mastodon.account_relationships .. automethod:: Mastodon.account_search Reading data: Keyword filters ----------------------------- These functions allow you to get information about keyword filters. .. automethod:: Mastodon.filters .. automethod:: Mastodon.filter .. automethod:: Mastodon.filters_apply Reading data: Follow suggestions -------------------------------- .. automethod:: Mastodon.suggestions Reading data: Lists ------------------- These functions allow you to view information about lists. .. automethod:: Mastodon.lists .. automethod:: Mastodon.list .. automethod:: Mastodon.list_accounts Reading data: Follows --------------------- .. automethod:: Mastodon.followshttps://docs.joinmastodon.org/api/rest Reading data: Favourites ------------------------ .. automethod:: Mastodon.favourites Reading data: Follow requests ----------------------------- .. automethod:: Mastodon.follow_requests Reading data: Searching ----------------------- .. automethod:: Mastodon.search .. automethod:: Mastodon.search_v2 Reading data: Mutes and blocks ------------------------------ These functions allow you to get information about accounts that are muted or blocked by the logged in user. .. automethod:: Mastodon.mutes .. automethod:: Mastodon.blocks Reading data: Reports (REMOVED IN 2.5.0) ---------------------------------------- .. automethod:: Mastodon.reports Reading data: Domain blocks --------------------------- .. automethod:: Mastodon.domain_blocks Reading data: Emoji ------------------- .. automethod:: Mastodon.custom_emojis Reading data: Apps ------------------ .. automethod:: Mastodon.app_verify_credentials Reading data: Endorsements -------------------------- .. automethod:: Mastodon.endorsements Reading data: Preferences -------------------------- .. automethod:: Mastodon.preferences Writing data: Statuses ---------------------- These functions allow you to post statuses to Mastodon and to interact with already posted statuses. .. _status_post(): .. automethod:: Mastodon.status_post .. automethod:: Mastodon.status_reply .. automethod:: Mastodon.toot .. _make_poll(): .. automethod:: Mastodon.make_poll .. automethod:: Mastodon.status_reblog .. automethod:: Mastodon.status_unreblog .. automethod:: Mastodon.status_favourite .. automethod:: Mastodon.status_unfavourite .. automethod:: Mastodon.status_mute .. automethod:: Mastodon.status_unmute .. automethod:: Mastodon.status_pin .. automethod:: Mastodon.status_unpin .. automethod:: Mastodon.status_delete Writing data: Scheduled statuses ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Mastodon allows you to schedule statuses (using `status_post()`_. The functions in this section allow you to update or delete thusly scheduled statuses. .. automethod:: Mastodon.scheduled_status_update .. automethod:: Mastodon.scheduled_status_delete Writing data: Polls ~~~~~~~~~~~~~~~~~~~ This function allows you to vote in polls. .. automethod:: Mastodon.poll_vote Writing data: Notifications --------------------------- These functions allow you to clear all or some notifications. .. automethod:: Mastodon.notifications_clear .. automethod:: Mastodon.notifications_dismiss Writing data: Conversations --------------------------- This function allows you to mark conversations read. .. automethod:: Mastodon.conversations_read Writing data: Accounts ---------------------- These functions allow you to interact with other accounts: To (un)follow and (un)block. .. automethod:: Mastodon.account_follow .. automethod:: Mastodon.follows .. automethod:: Mastodon.account_unfollow .. automethod:: Mastodon.account_block .. automethod:: Mastodon.account_unblock .. automethod:: Mastodon.account_mute .. automethod:: Mastodon.account_unmute .. automethod:: Mastodon.account_pin .. automethod:: Mastodon.account_unpin .. automethod:: Mastodon.account_update_credentials Writing data: Keyword filters ----------------------------- These functions allow you to manipulate keyword filters. .. automethod:: Mastodon.filter_create .. automethod:: Mastodon.filter_update .. automethod:: Mastodon.filter_delete Writing data: Follow suggestions -------------------------------- .. automethod:: Mastodon.suggestion_delete Writing data: Lists ------------------- These functions allow you to create, maintain and delete lists. When creating lists, note that a user can only have a maximum of 50 lists. .. automethod:: Mastodon.list_create .. automethod:: Mastodon.list_update .. automethod:: Mastodon.list_delete .. automethod:: Mastodon.list_accounts_add .. automethod:: Mastodon.list_accounts_delete Writing data: Follow requests ----------------------------- These functions allow you to accept or reject incoming follow requests. .. automethod:: Mastodon.follow_request_authorize .. automethod:: Mastodon.follow_request_reject Writing data: Media ------------------- This function allows you to upload media to Mastodon. The returned media IDs (Up to 4 at the same time) can then be used with post_status to attach media to statuses. .. _media_post(): .. automethod:: Mastodon.media_post .. automethod:: Mastodon.media_update Writing data: Reports --------------------- .. automethod:: Mastodon.report Writing data: Domain blocks --------------------------- These functions allow you to block and unblock all statuses from a domain for the logged-in user. .. automethod:: Mastodon.domain_block .. automethod:: Mastodon.domain_unblock Pagination ---------- These functions allow for convenient retrieval of paginated data. .. automethod:: Mastodon.fetch_next .. automethod:: Mastodon.fetch_previous .. automethod:: Mastodon.fetch_remaining Blurhash decoding ----------------- This function allows for easy basic decoding of blurhash strings to images. .. automethod:: Mastodon.decode_blurhash Streaming --------- These functions allow access to the streaming API. If `async` is False, these methods block forever (or until an error is encountered). If `async` is True, the listener will listen on another thread and these methods will return a handle corresponding to the open connection. If, in addition, `async_reconnect` is True, the thread will attempt to reconnect to the streaming API if any errors are encountered, waiting `async_reconnect_wait_sec` seconds between reconnection attempts. Note that no effort is made to "catch up" - events created while the connection is broken will not be received. If you need to make sure to get absolutely all notifications / deletes / toots, you will have to do that manually, e.g. using the `on_abort` handler to fill in events since the last received one and then reconnecting. The connection may be closed at any time by calling the handles close() method. The current status of the handler thread can be checked with the handles is_alive() function, and the streaming status can be checked by calling is_receiving(). The streaming functions take instances of `StreamListener` as the `listener` parameter. A `CallbackStreamListener` class that allows you to specify function callbacks directly is included for convenience. When in not-async mode or async mode without async_reconnect, the stream functions may raise various exceptions: `MastodonMalformedEventError` if a received event cannot be parsed and `MastodonNetworkError` if any connection problems occur. .. automethod:: Mastodon.stream_user .. automethod:: Mastodon.stream_public .. automethod:: Mastodon.stream_local .. automethod:: Mastodon.stream_hashtag .. automethod:: Mastodon.stream_list StreamListener ~~~~~~~~~~~~~~ .. autoclass:: StreamListener .. automethod:: StreamListener.on_update .. automethod:: StreamListener.on_notification .. automethod:: StreamListener.on_delete .. automethod:: StreamListener.on_conversation .. automethod:: StreamListener.on_abort .. automethod:: StreamListener.handle_heartbeat CallbackStreamListener ~~~~~~~~~~~~~~~~~~~~~~ .. autoclass:: CallbackStreamListener Push subscriptions ------------------ These functions allow you to manage webpush subscriptions and to decrypt received pushes. Note that the intended setup is not mastodon pushing directly to a users client - the push endpoint should usually be a relay server that then takes care of delivering the (encrypted) push to the end user via some mechanism, where it can then be decrypted and displayed. Mastodon allows an application to have one webpush subscription per user at a time. .. automethod:: Mastodon.push_subscription .. automethod:: Mastodon.push_subscription_set .. automethod:: Mastodon.push_subscription_update .. _push_subscription_generate_keys(): .. automethod:: Mastodon.push_subscription_generate_keys .. automethod:: Mastodon.push_subscription_decrypt_push Acknowledgements ---------------- Mastodon.py contains work by a large amount of contributors, many of which have put significant work into making it a better library. You can find some information about who helped with which particular feature or fix in the changelog. .. _Mastodon: https://github.com/tootsuite/mastodon .. _Mastodon flagship instance: http://mastodon.social/ .. _Official Mastodon api docs: https://docs.joinmastodon.org/api/rest