Package: django-allauth-async-fix
Integrated set of Django applications addressing authentication,
registration, account management as well as 3rd party (social) account
authentication.Home pagehttps://allauth.org/Source codehttp://github.com/pennersr/django-allauthMailing listhttp://groups.google.com/group/django-allauthDocumentationhttps://docs.allauth.org/en/latest/Stack Overflowhttp://stackoverflow.com/questions/tagged/django-allauthRationaleMost existing Django apps that address the problem of social
authentication unfortunately focus only on one dimension - the social.
Most developers end up integrating another app in order to support authentication
flows that are locally generated.This approach creates a development gap between local and social
authentication flows. It has remained an issue in spite of numerous common
scenarios that both require. For example, an email address passed along by an
OpenID provider may not be verified. Therefore, prior to hooking up
an OpenID account to a local account the email address must be
verified. This essentially is one of many use cases that mandate email
verification to be present in both worlds.Integrating both is a humongous and tedious process. It is not as
simple as adding one social authentication app, and one
local account registration app to yourINSTALLED_APPSlist.This inadequacy is the reason for this project’s existence  – to offer a fully
integrated authentication app that allows for both local and social
authentication, with flows that just work, beautifully !Features🔑 Comprehensive account functionalitySupports multiple authentication
schemes (e.g. login by user name, or by email), as well as multiple
strategies for account verification (ranging from none to mandatory email
verification).👥 Social LoginLogin using external identity providers, supporting anyOpen ID Connect
compatibleprovider, manyOAuth 1.0/2.0providers, as well as
custom protocols such as, for example,Telegramauthentication.💼 Enterprise readySupports SAML 2.0, which is often used in a B2B context.🕵️ Battle-testedThe package has been out in the open since 2010. It is in use by many
commercial companies whose business depends on it and has hence been
subjected to various penetration testing attempts.⏳Rate limitingWhen you expose an authentication-enabled web service to
the internet, it is important to be prepared for potential brute force
attempts. Therefore, rate limiting is enabled out of the box.🔒 PrivateMany sites leak information. For example, on many sites you can
check whether someone you know has an account by input their email address
into the password forgotten form, or trying to signup with it. We offer
account enumeration prevention, making it impossible to tell whether or not
somebody already has an account.🧩 CustomizableAs a developer, you have the flexibility to customize the core functionality
according to your specific requirements. By employing the adapter pattern, you
can effortlessly introduce interventions at the desired points to deviate from
the standard behavior. This level of customization empowers you to tailor the
software to meet your unique needs and preferences.⚙️ ConfigurationThe required consumer keys and secrets for interacting with Facebook,
Twitter and the likes can be configured using regular settings, or, can be
configured in the database via the Django admin. Here, optional support for
the Django sites framework is available, which is helpful for larger
multi-domain projects, but also allows for easy switching between a
development (localhost) and production setup without messing with your
settings and database.Commercial SupportCommercial support is available. If you find certain functionality missing, or
require assistance on your project(s), please contact us:info@intenct.nl.Cross-SellingIf you like this, you may also like:django-trackstats:https://github.com/pennersr/django-trackstatsnetwell:https://github.com/pennersr/netwellShove:https://github.com/pennersr/shove