Supporto di caratteri jolly dell'indirizzo destinatario in AWS SES

0

La domanda è simile a questo ;

When receiving email via SES, it would be helpful to have some basic wildcard support when generating receipt rules.

We have a use case that relies upon dynamic labels such as: user+{nonce}-{app}@domain.com

The {app} component of the address is used to route to different applications for processing.

Quella del forum di AWS rimane senza risposta dopo 3 anni, quindi chiedi qui se qualcosa è cambiato o c'è una soluzione alternativa.

In sostanza, ciò di cui ho bisogno è creare molti (probabilmente migliaia) indirizzi come {someEntityId}@example.com in modo che gli utenti possano inviare contenuti a tali indirizzi (SES ha alcuni limiti piuttosto bassi, quindi non è un'opzione)

o

Avendo receiving-stuff-{someEntityIdWildcardHere}@example.com così se ricevo un'email a [email protected], so cosa fare.

Informazioni extra : un'altra opzione sta ricevendo someEntityId dal mittente dell'e-mail (questo è già stato fatto), ma ha altri problemi, come dover creare un'email per ogni entità. Sto anche utilizzando WorkMail, quindi non posso impostare una regola di ricezione a livello di dominio perché WorkMail smetterebbe di funzionare (ho visto accadere questo).

    
posta Felipe Pereira 30.11.2018 - 03:46
fonte

1 risposta

2

Regole SES supportano la solita notazione più , ad esempio utente + qualcosa @ example.com .

Quindi quello che puoi fare è:

  1. Crea una Regola SES per il tuo indirizzo [email protected] . Ciò catturerà tutte le email per receiving-stuff+{something}@example.com .

    • La prima Azione può essere il tuo Lambda , oppure memorizzare le email su S3 .
    • La seconda Azione è Interrompi set di regole - è importante interrompere l'inoltro di email per receiving-stuff@ a WorkMail .
  2. La prossima Regola SES è la regola WorkMail originale per l'intero dominio.

Con questi messaggi, qualsiasi email per receiving-stuff+{something}@ verrà intercettata da Lambda e tutte le altre email andranno direttamente a WorkMail.

Alla fine la tua configurazione dovrebbe essere simile a questa (ho usato lambda@... invece di receiving-stuff@... ):

Possoancheverificarecheilmioses-inbound-lambdavengachiamato:

deflambda_handler(event,context):print(event['Records'][0]['ses']['receipt']['recipients'][0])

Stampa:lambda+some-extra-text@{example}.com

EpuoiancheverificarecheWorkMailfunzioniancoraperaltriutenti:

Spero che questo aiuti:)

    
risposta data 03.12.2018 - 04:26
fonte

Leggi altre domande sui tag