# Avvisi di novità via e-mail

> Come il team avvisa via e-mail, alla pubblicazione, chi ha accesso allo spazio (evento, post, corso, download, prodotto nel negozio, call for papers aperta e questionario), con la casella Avvisa via e-mail e il conteggio delle persone, l'attesa di 10 minuti, una volta per elemento, mai con data retroattiva e al massimo 3 avvisi per persona al giorno.

Quando il team pubblica qualcosa di nuovo in uno spazio, chi vi ha accesso riceve **un'e-mail** con il titolo e il pulsante per aprirlo nell'app. Così chi non entra ogni giorno viene a sapere in tempo dell'evento, del corso o della call, senza che il team prepari una campagna a mano (e senza consumare la quota di campagne).

## Cosa genera un avviso

| Quando… | Categoria del membro |
|---|---|
| Crei un evento futuro (l'evento non ha bozza: crearlo è pubblicarlo) | **Eventi** |
| Pubblichi un post in uno spazio Contenuto (o un sondaggio di Contenuto) | **Post e contenuti** |
| Pubblichi un corso per la prima volta | **Corsi** |
| Pubblichi un download per la prima volta | **Download e materiali** |
| Pubblichi un prodotto che compare in un negozio | **Novità del negozio** |
| Apri una call for papers per la prima volta | **Call for papers** |
| Apri un questionario (l'invito) | **Questionari** |

**Nessun avviso** per elemento per: post brevi del Feed, annunci, foto della galleria, nuove lezioni e commenti. Sono troppo frequenti o dei membri; finiscono nel [riepilogo settimanale](/notificacoes/campanhas-de-email), se la community l'ha attivato.

## La casella Avvisa via e-mail

Pubblicando uno di questi elementi, il team (proprietario, amministratore e moderatore, a seconda del modulo) vede la casella **Avvisa via e-mail · N persone**, **selezionata per impostazione predefinita**. Il numero esclude già chi ha disattivato la categoria e chi pubblica. L'avviso parte 10 minuti dopo, per chi ha accesso e ha lasciato la categoria attiva.

- **Deselezionata**, nessuno riceve e-mail su questa pubblicazione, e non avviserà dopo. Serve per una correzione o un test. Deselezionarla non cambia la preferenza di nessuno.
- Alla pubblicazione, un messaggio conferma a quante persone partirà l'avviso tra 10 minuti.
- Un contenuto pubblicato da un **membro** non avvisa mai, e la casella non gli compare.

## Le regole

- **La preferenza del membro vince sempre.** Riceve solo chi ha la categoria attiva in [E-mail di questa community](/notificacoes/emails-desta-comunidade). Sono tutte attive.
- **Chi riceve:** il membro attivo che ha accesso allo spazio e all'elemento, con la stessa regola che decide cosa vede nell'app ([Visibilità e accesso](/conceitos/visibilidade-e-acesso)). Chi ha pubblicato non riceve.
- **Ingresso a pagamento.** In una community con ingresso a pagamento, un post solo per i membri non avvisa chi aspetta ancora che il suo ingresso venga sbloccato, perché quella persona non può aprirlo.
- **Attesa di 10 minuti.** L'avviso parte 10 minuti dopo la pubblicazione. In quel momento verifica che l'elemento sia ancora pubblicato e non eliminato, usa il titolo di quel momento e ricontrolla la preferenza. Pubblicato per errore ed eliminato prima? Non parte nessuna e-mail.
- **Una volta per elemento.** Modificare, cambiare la data, togliere dalla pubblicazione e ripubblicare, chiudere e riaprire la call: niente viene rinviato.
- **Mai nel passato.** Un post con data retroattiva, i contenuti importati e un evento già passato non avvisano; la casella non compare nemmeno.
- **Moderazione.** Un elemento in attesa di approvazione avvisa solo quando viene approvato, se la casella era selezionata.
- **Al massimo 3 avvisi per persona al giorno** nella stessa community. Oltre, l'avviso non parte per quella persona (l'elemento resta nel riepilogo settimanale). Non consuma la quota di campagne.
- **Privacy.** Il team vede solo il numero di persone, mai chi ha disattivato cosa. L'e-mail mostra solo ciò che l'elemento mostra a chi ha accesso.

L'e-mail parte nella lingua di ogni persona (o in quella della community), con le date nel fuso orario della community e il suo colore, e riporta nel piè di pagina la disiscrizione con un clic da quella categoria. Vedi [E-mail di questa community › Disiscrizione con un clic](/notificacoes/emails-desta-comunidade#disiscrizione-con-un-clic).

## Esempio

La coordinatrice apre la call for papers dell'incontro annuale con la casella selezionata (**Avvisa via e-mail · 1.240 persone**). Dieci minuti dopo, 1.240 membri con accesso allo spazio ricevono l'e-mail con il titolo e la scadenza. Il giorno dopo corregge il titolo: nessuna nuova e-mail. Chi clicca **Non voglio più avvisi di Call for papers** continua a ricevere quelli degli eventi.

## Con l'assistente (MCP)

Gli strumenti di pubblicazione accettano `notify_by_email` (attivo per impostazione predefinita, come nell'app) e restituiscono `email_notice` con `scheduled`, `recipient_count` e, quando non parte, il motivo: `create_event`, `create_post`, `create_poll` (in Contenuti), `update_course`, `update_download_item`, `publish_product`, `update_call_status` e `open_survey`. `get_email_notice_recipient_count` dà il "N persone lo riceveranno" prima di pubblicare. Vedi [Strumenti · Community](/mcp/ferramentas-comunidade#get-email-notice-recipient-count).

## Nell'API

Le rotte di pubblicazione accettano `notifyByEmail` (predefinito `true`) e rispondono con `emailNotice` (`scheduled`, `recipientCount`, `reason`). `GET /api/content-notices/recipient-count?type=…` conta chi lo riceverà (per `itemId`, o per `spaceId` prima che l'elemento esista), per il team che pubblica in quel modulo.

## Correlati

- [E-mail di questa community](/notificacoes/emails-desta-comunidade)
- [E-mail della piattaforma](/notificacoes/emails-da-plataforma)
- [Campagne e-mail](/notificacoes/campanhas-de-email)