Buone domande. Risposte chiare.

Inviate agli indirizzi sandbox documentati come delivered@messagebird.dev, bounce@messagebird.dev o complaint@messagebird.dev. Questi simulano risultati e webhook attraverso la pipeline normale. Limitate il pubblico di prova agli indirizzi sandbox; gli indirizzi reali nello stesso invio ricevono email reali.

Il dominio di onboarding supporta un primo invio entro le restrizioni documentate, e gli indirizzi sandbox supportano i test. Verificate il vostro dominio di invio per l'invio regolare. Controllate i limiti attuali del vostro spazio di lavoro anziché fare affidamento su un'assegnazione fissa del piano indicata in questa pagina.

Usate la guida rapida per la prima email per un'integrazione API, la guida SMTP per un'applicazione SMTP esistente, Email marketing per le campagne, o la guida rapida agent-mailbox per le conversazioni. Ogni percorso rimanda alla configurazione e alla documentazione corrispondente.

Il piano Free ti offre 1.000 email al mese senza costi e senza carta di credito. Nei piani a pagamento la tariffa per messaggio diminuisce man mano che i volumi crescono, e il traffico che supera quanto incluso nel piano viene fatturato ogni 1.000 email. La pagina dei prezzi riporta le tariffe pubblicate per ogni scaglione. Un accordo Enterprise può eliminare completamente quel limite.

Il downgrade non compromette nulla: gli handle già rivendicati continuano a funzionare, semplicemente non è possibile rivendicarne di nuovi finché non si rientra nella quota consentita. Una casella di posta sul proprio dominio viene conteggiata nella quota complessiva delle caselle come qualsiasi altra, e la sua parte locale non incide mai sulla quota degli handle personalizzati.

Gli IP dedicati sono un componente aggiuntivo del piano Growth, fino a cinque, al prezzo mensile indicato nella pagina dei prezzi email. Non sono previsti costi di attivazione né impegni annuali.

I vostri limiti di frequenza effettivi dipendono dal piano della vostra organizzazione e da eventuali override configurati. Leggete l'endpoint rate-limits dell'organizzazione o gli header di risposta e rispettate Retry-After quando una richiesta viene limitata. L'invio REST e SMTP condividono la capacità di invio; i batch hanno una policy di richiesta separata. Avviare un broadcast utilizza la sua operazione campagna, mentre le assegnazioni di invio e il pacing di consegna restano controlli separati.

Il messaggio generato stimato deve rientrare in 20 MB, inclusi HTML, testo e allegati codificati in base64. Mantenete il contenuto grezzo degli allegati ben al di sotto di 15 MB per lasciare spazio alla codifica e al resto del messaggio. Il server del destinatario potrebbe applicare un limite inferiore.

Quando l'archiviazione del contenuto è abilitata, i corpi e gli allegati dei messaggi inviati originali sono disponibili per un massimo di 30 giorni. Header della casella, testo estratto e allegati della casella seguono il livello di conservazione selezionato di 30, 90 o 365 giorni disponibile nel vostro piano. I corpi originali della casella e il MIME grezzo ricevuto restano limitati a 30 giorni.

Concedete solo le autorizzazioni necessarie al suo compito. Lasciate che prepari e ispezioni una bozza, poi verificate i destinatari, il mittente e il contenuto prima di autorizzare l'invio. I limiti di frequenza aiutano a gestire la capacità; le autorizzazioni e il vostro processo di revisione controllano cosa l'agente può fare.

Sì, entrambe passano attraverso la stessa API di invio. L'unica differenza è il campo category, che determina come si applicano le soppressioni e le disiscrizioni. Scelga transactional per reset password e ricevute, e marketing per le campagne.

Invii un header Idempotency-Key con ogni invio logico. Se la prima richiesta è andata a buon fine ma non ha ricevuto la risposta, reinviandola con la stessa chiave otterrà il risultato originale con un header Idempotency-Replay, anziché inviare l'email due volte.

Imposti scheduled_at su un orario compreso tra 30 secondi e 30 giorni nel futuro. L'invio viene restituito come accettato immediatamente e resta programmato fino alla partenza, quindi può annullarlo in qualsiasi momento prima dell'invio.

Sì, come base64 nell'array attachments. Per mostrare un'immagine inline, le assegni un content_id e la referenzi dall'HTML con cid:. Mantenga i file grezzi a 15 MB o meno affinché il messaggio rientri nel limite di 20 MB una volta codificato, e tenga presente che i content type eseguibili e di script vengono rifiutati prima dell'invio.

Sì. Le applicazioni che inviano posta a un relay SMTP possono usare Bird aggiornando host, porta e credenziali. Verifica il dominio di invio e usa una chiave API con l'invio email abilitato.

Usa la porta 465 per TLS implicito, oppure le porte 587 e 2525 per STARTTLS. Seleziona l'host per la regione della tua chiave API. La porta 25 non è offerta per l'invio.

SMTP è adatto alle applicazioni esistenti che già costruiscono messaggi MIME. L'HTTP API offre campi di richiesta strutturati e operazioni con template salvati. Entrambi usano lo stesso dominio, la stessa reputazione e gli stessi controlli di consegna.

Consulta i prezzi email pubblicati per le tue esigenze di invio. Il nostro team può aiutare con requisiti di volumi elevati o migrazione; un protocollo SMTP separato non richiede un prodotto email separato.

I contatti appartengono a uno spazio di lavoro. Un record può contenere un indirizzo email, un numero di telefono o entrambi, oltre a un ID esterno e proprietà tipizzate. Le audience fanno riferimento a questi record, quindi aggiornare un contatto mantiene i dati coerenti in tutte le liste a cui appartiene.

Carica un file CSV, TSV o Excel nella dashboard e verifica la mappatura dei campi prima dell'importazione. Puoi assegnare i contatti alle audience durante l'importazione. Per le sincronizzazioni applicative, esegui batch-upsert fino a 1.000 contatti per richiesta tramite API o CLI.

Il flusso di lavoro documentato per le audience usa l'appartenenza statica: aggiungi o rimuovi contatti. Un broadcast risolve l'audience al momento dell'invio. Usa la tua applicazione o il flusso di importazione per mantenere aggiornata l'appartenenza.

Definisci proprietà di tipo testo, numero, booleano e datetime con valori di fallback opzionali. Usa queste proprietà per la personalizzazione del destinatario e mantieni i valori tipizzati coerenti durante l'importazione o la sincronizzazione dei contatti.

Scegli un'audience salvata. Bird risolve i membri attuali al momento dell'invio e applica le soppressioni e le preferenze pertinenti. Un template personalizza il messaggio usando le proprietà di contatto registrate di ciascun destinatario.

Sì. La dashboard supporta l'invio immediato o la programmazione fino a un anno in anticipo, con modifica e riprogrammazione prima dell'inizio dell'invio. Annulla un broadcast programmato o in corso di invio per fermare i destinatari non ancora raggiunti; i messaggi già in transito non possono essere richiamati.

Hanno contratti diversi. I broadcast programmano una campagna per un'audience. I messaggi API programmano contenuto inline da 30 secondi a 30 giorni in anticipo e non possono combinare scheduled_at con un template salvato.

Crea un'audience separata contenente solo indirizzi sandbox documentati. Gli esiti simulati esercitano gli eventi di consegna e i webhook senza consegna esterna. Il traffico sandbox consuma comunque la quota di invio e appare nelle metriche.

L'email marketing usa il compositore broadcast della dashboard sulla stessa infrastruttura di invio dell'email transazionale. Prepara un pubblico, scrivi o scegli il contenuto, verifica il mittente e pianifica la campagna. Gli sviluppatori possono usare anche il flusso CLI e MCP.

Usa la categoria marketing per le campagne e invia a persone che hanno chiesto di riceverle. Bird applica le soppressioni dei destinatari e le preferenze di opt-out. L'email marketing supporta intestazioni di cancellazione con un clic e un link nel corpo del messaggio; l'autenticazione del dominio e liste in salute restano importanti.

Esamina consegne, aperture, clic, bounce e reclami di una campagna. I fetch di immagini legati alla privacy sono filtrati dal tasso di apertura riportato, ma né un'apertura né un clic dimostrano una vendita. Misura le azioni completate dai clienti nella tua applicazione.

Questa pagina tratta newsletter e broadcast pianificati verso pubblici salvati. Costruisci invii transazionali attivati da eventi con l'Email API. Il flusso campagne attuale non include un journey builder visuale multistep né un'automazione nativa per A/B test.

No. Usa l'editor della dashboard oppure crea HTML tramite i flussi CLI e MCP. L'output di React Email può essere salvato come HTML mantenendo i segnaposto Bird. API, CLI e MCP operano sulle stesse bozze e versioni pubblicate visibili nella dashboard.

I template salvati supportano Liquid e parametri nominali. I nomi dei parametri ordinari sono piatti, ad esempio order_number. I campi riservati bird.contact leggono le proprietà del destinatario. I broadcast usano le proprietà dei contatti registrati e non possono usare i loop dei template; l'API messages supporta invii di template più generali.

Sì. Le modifiche agiscono su una bozza. La pubblicazione crea una versione immutabile usata dagli invii successivi. Il ripristino seleziona una versione pubblicata precedente e reimposta la bozza su quel contenuto; gli invii già accettati mantengono il proprio contenuto.

Un template può contenere oggetto, testo di anteprima e corpo specifici per lingua. Configura una lingua predefinita e decidi se una lingua mancante ricade sul fallback o genera un errore. Visualizza l'anteprima con valori di contatto rappresentativi prima di pubblicare.

Generiamo i record per te: un record TXT DKIM per firmare la tua posta, un CNAME return-path che allinea SPF (nessun record SPF apex richiesto) e un record TXT DMARC. Un CNAME di tracking per link di apertura e clic brandizzati è opzionale. Aggiungi il dominio, incolla i record presso il tuo provider DNS e premi Verifica: la maggior parte delle verifiche si risolve in pochi minuti dalla propagazione DNS, anche se occasionalmente può richiedere più tempo.

DMARC indica ai server riceventi cosa fare con le email che non superano l'allineamento DKIM o SPF e dove inviare i report aggregati che mostrano chi sta inviando per conto del tuo dominio. Richiediamo un record DMARC prima che un dominio possa inviare e raccomandiamo di iniziare con p=none, che monitora senza influire sulla consegna. Una volta confermato che ogni fonte legittima è allineata, rafforza la policy a p=quarantine o p=reject. Se pubblichi già DMARC sul tuo dominio o su un dominio padre, lo utilizziamo così com'è. I principali provider di posta ora si aspettano che i mittenti ad alto volume pubblichino una policy, quindi averne una è sempre più importante per raggiungere la casella di posta su larga scala.

Sì, entrambe le cose, e raccomandiamo un sottodominio dedicato, poiché isola la reputazione email dalla posta aziendale. Puoi anche utilizzare domini separati per email transazionali e marketing, o uno per brand, ciascuno con la propria autenticazione e reputazione.

Considera un IP dedicato quando invii volumi costanti e hai bisogno di controllare la tua reputazione IP. Un mittente con volumi bassi o irregolari potrebbe essere meglio servito dal pool condiviso. Bird riscalda automaticamente un nuovo IP dedicato in circa 30 giorni, con l'eccedenza instradata attraverso l'infrastruttura condivisa durante la rampa. Valuta il tuo pattern di invio con uno specialista email prima di scegliere.

Sì. Raggruppa gli IP in pool e instrada ogni tipo di traffico verso il proprio pool. Questo separa gli IP che trasportano i tuoi flussi di campagna e transazionali. Autenticazione, reputazione del dominio e engagement dei destinatari restano importanti per entrambi.

Bird fornisce autenticazione del dominio, pool di IP dedicati con warmup gestito, soppressioni dei destinatari, preferenze e metriche di invio. Il tuo team controlla consenso, contenuto e comportamento di invio. Inbox Insights misura il posizionamento separatamente.

Usa le statistiche API e la dashboard per esaminare motivi dei bounce, reclami, domini di invio e dettagli per provider di casella. Ispeziona un destinatario specifico nel log email. Usa Inbox Insights per indagare sulle stime di posizionamento ed eseguire test seed delle campagne.

No. Healthy, Watching e Throttled classificano il rischio di invio. Non modificano la frequenza di invio né mettono in pausa il traffico. Indaga sulla campagna o lista interessata e decidi se metterla in pausa.

I bounce permanenti creano una soppressione che blocca l'invio di email all'indirizzo. I reclami bloccano le email non transazionali. Le disiscrizioni registrano una preferenza separatamente. La consegna transazionale dipende comunque dalla validità dell'indirizzo e da eventuali altri record di blocco.

Gli hard bounce creano soppressioni per tutta la posta; i reclami creano soppressioni per la posta non transazionale. Le soppressioni manuali bloccano tutte le categorie. I soft bounce e i differimenti non creano soppressioni permanenti dei destinatari.

Una cancellazione registra la preferenza del destinatario nella scheda Preferenze. È separata dalla lista di soppressione. Entrambe vengono verificate al momento della decisione di consegna, e l'eliminazione di un contatto non cancella il suo opt-out.

Puoi rimuovere una soppressione tramite la dashboard o API dopo averne indagato la causa. Rimuoverne una non rimuove altri record di blocco o preferenze di opt-out. L'indirizzo sandbox suppressed@messagebird.dev ti consente di testare un destinatario rifiutato senza modificare la tua lista.

Usa Email Lookup con una chiave API abilitata per il lookup. Invia un indirizzo e leggi il risultato, la confidenza di consegna, i flag di rischio e l'eventuale suggerimento per errori di battitura. La dashboard, gli SDK e CLI offrono modi per eseguire lo stesso lookup.

I risultati documentati sono valid, neutral, risky, undeliverable e typo. Tratta result come un vocabolario aperto e gestisci i valori futuri usando la confidenza di consegna. Il booleano separato valid verifica il formato dell'indirizzo e la configurazione del dominio, non l'esistenza della casella.

Proponi il suggerimento di correzione affinché la persona lo confermi; non sostituire mai l'indirizzo in modo silenzioso. Neutral significa che la casella non è stata confermata in nessuno dei due sensi. Combina risultato e confidenza con la tua policy di consenso e invio.

No. Un lookup aiuta a valutare la qualità dell'indirizzo in quel momento. Non stabilisce il consenso, non rimuove le preferenze di opt-out e non garantisce il posizionamento in inbox. Continua a rispettare i record di soppressione e preferenza.

Questa pagina introduce il flusso di Lookup per singolo indirizzo. Per una lista più ampia, integra i lookup individuali nel tuo processo di importazione ed esamina i risultati. Contatta il team vendite per discutere i volumi; questa pagina non offre un prodotto di caricamento massivo non supportato.

Consulta consegne, aperture e clic registrati, bounce, reclami e latenza. I dettagli coprono domini di invio, domini destinatario, provider di casella, tag, template e broadcast. I dettagli per IP di invio mostrano i segnali di consegna; l'engagement non è attribuito all'IP che ha trasportato il messaggio.

Le statistiche aggregano il flusso di eventi con un breve ritardo e restituiscono data_as_of. Usano l'ora dell'evento, quindi un clic di oggi può appartenere a un messaggio inviato in precedenza. Gli endpoint giornalieri e orari supportano le finestre documentate nella guida alle statistiche.

Consegna significa accettazione da parte del server ricevente. Usa Inbox Insights per le stime di posizionamento e Competitive Insights per l'attività dei concorrenti osservata tramite panel. Per ricavi o attivazione, collega il contesto della campagna alle azioni completate nella tua applicazione.

No. Create un indirizzo di inoltro Bird e inoltrate le email da una casella esistente. Usate la ricezione su dominio quando volete che le email siano indirizzate direttamente a un sottodominio sotto il vostro controllo.

Sì. Registrate e verificate un sottodominio dedicato, abilitate la ricezione e pubblicate i record MX forniti. Mantenete separato il routing email aziendale usando un sottodominio di ricezione.

Iscrivetevi ai webhook email.received o leggete i messaggi tramite l'API inbound-messages. Seguite le indicazioni sulla verifica dei webhook e sui tentativi successivi durante l'elaborazione degli eventi.

L'email in entrata analizza i messaggi che arrivano agli indirizzi di inoltro o ai domini di ricezione per l'elaborazione da parte della vostra applicazione. Agent Mailboxes fornisce una casella di posta gestita dall'agente con thread di messaggi e un flusso di risposta.

L'email in entrata fornisce messaggi analizzati, allegati e webhook. Un agent mailbox aggiunge un indirizzo permanente, thread di conversazione, regole di ricezione e operazioni di risposta o composizione, così un'applicazione può mantenere attiva una conversazione.

Sì, con un dominio di invio abilitato alla ricezione. Puoi anche usare un indirizzo inbox.ai generato o un handle personalizzato se il tuo piano lo consente. Un indirizzo inbox.ai resta riservato al tuo spazio di lavoro dopo l'eliminazione; non viene riassegnato a un altro cliente.

Intestazioni, testo estratto e allegati seguono il livello di conservazione previsto dal piano. I corpi dei messaggi originali e il MIME grezzo ricevuto hanno una finestra di 30 giorni. Un livello di conservazione più lungo non estende quella finestra né ripristina contenuti già eliminati.

Usa i webhook della casella di posta per reagire ai messaggi in arrivo. È disponibile anche uno stream SSE per una vista in tempo reale, ma non riproduce gli eventi persi dopo una disconnessione. Usa gli endpoint di lista per recuperare gli eventi mancanti; le regole di ricezione determinano quali arrivi generano webhook della casella.

Inbox Insights è l'attuale prodotto dashboard di Bird. I link al vecchio prodotto Inbox Tracker portano qui. Per un account eDataSource o Tracker legacy esistente, utilizzate la documentazione e il canale di supporto di quell'account; le funzionalità e l'accesso possono differire.

Il tasso di consegna registra l'accettazione di un messaggio da parte del server ricevente. Inbox Insights stima il posizionamento in inbox e nello spam a partire dai seed e da un pannello di misurazione, insieme alla consegna e all'engagement misurati da Bird.

Usate uno spazio di lavoro con accesso a Inbox Insights e un dominio di invio verificato. Attivate il tracciamento per il dominio. Alcuni domini o provider non hanno ancora misurazioni dal pannello; i test con seed richiedono un pool e un'assegnazione disponibili.

No. La registrazione fornisce gli indirizzi seed. Includeteli nella vostra campagna prima della data limite di invio. I risultati appaiono quando quelle caselle ricevono l'email, e la registrazione consuma l'assegnazione anche se non viene inviata alcuna campagna.

Esaminate dove la campagna è atterrata presso i provider misurati, i risultati SPF, DKIM e DMARC, e la suddivisione tra contatti attivi e dormienti quando il test ha usato entrambe le coorti.

Inbox Insights è un'esperienza dashboard. I suoi endpoint interni non sono un'offerta API pubblica. Usate l'API Email stats per i vostri report su consegna ed engagement.

Sì. Competitive Insights è l'esperienza attuale della dashboard Bird per monitorare i brand e confrontare i programmi email. I vecchi link al prodotto Competitive Tracker conducono qui. Gli account legacy esistenti possono avere un set di funzionalità e un percorso di accesso differenti.

No. Il panel osserva un campione di caselle di posta e stima il risultato. Un brand monitorato usa il suo dominio di invio con il volume più alto, quindi l'attività su altri domini non è inclusa. I mittenti piccoli o recenti potrebbero non avere misurazioni.

Il feed delle campagne include oggetti e immagini creative catturate, quando disponibili. Alcune campagne osservate non hanno immagine. Questa esperienza non fornisce una copia consultabile di ogni email del concorrente né il suo percorso cliente completo.

Trattali come misurazioni diverse. Il tasso di lettura dei concorrenti è stimato dal panel; il tracciamento delle aperture di Bird conta in modo differente. La dashboard etichetta le stime del panel e i tuoi dati di invio affinché tu possa interpretarli correttamente.

Il profilo di un brand mostra il suo provider di servizi email quando il panel lo conosce. Le informazioni mancanti sul provider restano una lacuna, non un'ipotesi.

Apri Competitive Insights in uno spazio di lavoro con accesso, aggiungi brand per nome o dominio e rivedi la watchlist. La quota della tua organizzazione determina quanti brand puoi monitorare. Una demo può aiutarti a valutare la copertura prima di pianificare di conseguenza.

Entrambi sono MTA on-premise che gestisci autonomamente invece di inviare tramite la nostra API gestita. Momentum MTA è progettato attorno a workflow personalizzabili e routing per invii ad alto volume. PowerMTA è progettato per funzionare sui tuoi server o su qualsiasi cloud pubblico, come AWS o Azure.

Team con requisiti infrastrutturali o di conformità che richiedono la gestione di un proprio MTA, e team che desiderano visibilità indipendente sul posizionamento in inbox e benchmarking competitivo invece di affidarsi solo alle proprie metriche di invio. Il primo gruppo utilizza Momentum MTA o PowerMTA. Il secondo gruppo usa Inbox Insights, che stima il posizionamento in inbox e supporta test con seed per le campagne, o Competitive Insights, che confronta il vostro programma con altri brand; nessuno dei due richiede di ospitare nulla in proprio.

SparkPost fa parte di Bird. Bird Email fornisce i flussi di invio, campagna e consegna per i nuovi progetti. Un'integrazione SparkPost esistente è un'integrazione separata: esamina le sue chiamate API, i record di dominio e gli eventi con il tuo account team prima di pianificare una migrazione.

Bird Email ha i propri API e SDK. Consulta le guide su invio, template, dominio e webhook anziché presumere che una richiesta SparkPost possa essere inviata senza modifiche.

Momentum è la nostra piattaforma di infrastruttura email on-premises per invii ad alto volume, con workflow personalizzabili, routing e parametri di consegna impostabili tramite il suo Policy Manager. È progettata per scalare con il tuo volume di invio mantenendo prestazioni stabili e supporta Unicode completo (SMTPUTF8) per inviare a set di caratteri internazionali.

Adaptive Delivery è il traffic shaping automatico di Momentum. Osserva come ogni provider di posta risponde alla tua mail e si regola in tempo reale: rallentando, differendo o mettendo brevemente in pausa un flusso per proteggere la tua reputazione, per poi riprendere una volta risolto il problema. Raggiungi la inbox senza dover gestire manualmente i tassi di invio per ogni provider. L'Intelligence Router ti mostra tutto questo attraverso tutte le tue fonti dati, con avvisi in tempo reale ogni volta che viene effettuata una regolazione.

Sì a entrambe. Momentum funziona sui tuoi server, su qualsiasi cloud principale o in configurazione ibrida, così puoi adattarlo alla tua infrastruttura, ai costi e alle esigenze di conformità, e modificare quel mix nel tempo. Inoltre continua a evolversi: le release recenti lo mantengono aggiornato con i sistemi operativi moderni, TLS 1.3 e gli standard di sicurezza e SMTP più recenti, ed espongono gli eventi dei messaggi tramite API in tempo reale che puoi integrare nei tuoi sistemi di reportistica e automazione.

Sì. PowerMTA può inoltrare parte del traffico alla Bird Email API hosted continuando a consegnare il resto direttamente dai tuoi server — il modo più semplice per provare la piattaforma hosted o migrare gradualmente senza spostare tutto in una volta. PowerMTA stesso gira su infrastruttura di tua proprietà, quindi quegli IP restano sotto la tua gestione. Il traffico che inoltri alla piattaforma hosted può utilizzare i nostri IP oppure i tuoi IP dedicati, mentre tutto il resto rimane interamente sotto il tuo controllo.

I Virtual MTA permettono di eseguire diversi flussi di invio indipendenti all'interno di una singola istanza PowerMTA, ciascuno con i propri IP, reputazione e limiti. Usali per gestire separatamente posta transazionale, posta marketing o clienti diversi. Domini condivisi e policy dei provider destinatari possono comunque influire sulla consegna tra i flussi.

Sì. L'API è solo HTTPS. Se invii tramite SMTP, la porta 465 è cifrata dal primo byte, e le porte 587 e 2525 effettuano l'upgrade con STARTTLS: rifiutiamo AUTH su queste fino al completamento dell'upgrade, così le credenziali non viaggiano mai in chiaro. La porta 25 non è offerta per l'invio. Usa l'endpoint regionale corrispondente alla tua chiave API. Gli SDK ufficiali e CLI leggono il prefisso di regione e selezionano quell'endpoint. Consulta la guida alle regioni e il tuo accordo sul trattamento dei dati per gli impegni di archiviazione ed elaborazione applicabili alla tua organizzazione.

Solo ciò per cui le assegni gli scope. Una chiave porta una lista di scope come emails, email_marketing o domains, ciascuno in lettura o scrittura, quindi una chiave che invia email non può gestire i tuoi domini di invio. La gestione di membri, impostazioni dello spazio di lavoro, chiavi e pool IP richiede i permessi di una persona tramite la dashboard o una sessione CLI o MCP autorizzata. Ogni chiave accetta anche una allowlist di range CIDR, e le richieste da qualsiasi altra origine vengono rifiutate.

La rotazione emette la nuova chiave e lascia la vecchia funzionante per un periodo di grazia, 24 ore per impostazione predefinita, così puoi distribuirla nei tuoi deploy. Passa zero per revocare immediatamente la vecchia chiave. La vecchia chiave mantiene qualsiasi scadenza precedente. La sostituzione parte senza scadenza, quindi impostane una esplicitamente se la tua applicazione lo richiede.

Sì, tramite SAML 2.0 o OIDC, quindi Okta, Microsoft Entra ID e Google Workspace funzionano tutti. La configurazione avviene per organizzazione: il Suo account team la attiva per Lei. I membri che accedono con password possono attivare autonomamente l'MFA.

Sì. L'audit log è un registro di sola lettura, a livello di organizzazione, di ogni azione di gestione, con l'autore, il workspace, l'orario e l'esito, ed è esportabile in OCSF per il proprio SIEM. Copre le modifiche alla configurazione, non i messaggi inviati. Questi ultimi si trovano nel log delle email.

Certificazioni e documentazione sulla sicurezza sono disponibili nel Trust Center su trust.bird.com. L'accordo sul trattamento dei dati, l'informativa sulla privacy e la policy di utilizzo accettabile sono pubblicati su bird.com/legal, con le versioni correnti e un archivio di quelle precedenti. Per i questionari fornitori, se ne occupa il Suo account team.