Come faccio ad impostare gli indirizzi email di accoppiamento?

3

Il nostro team utilizza la gemma Ruby per gestire l'abbinamento. Lo hai impostato con un indirizzo email di gruppo (ad esempio [email protected] ) e poi dici chi è l'accoppiamento:

$ hitch james tiffany

Hitch imposta quindi la configurazione dell'autore Git in modo che i nostri commit assomiglino a

commit 629dbd4739eaa91a720dd432c7a8e6e1a511cb2d
Author: James and Tiffany <[email protected]>
Date:   Thu Oct 31 13:59:05 2013 -0700

Purtroppo, siamo stati in grado di creare solo due opzioni:

  1. [email protected] non esiste. Il rovescio della medaglia è che se Travis CI prova a comunicarci che abbiamo rotto la build, non la vediamo.
  2. [email protected] esiste e in avanti a tutti gli sviluppatori. Ora il rovescio della medaglia è che tutti viene spammato con ogni build rotta da ogni coppia.

Abbiamo troppe coppie possibili per fare una delle seguenti azioni:

  1. imposta% [email protected] indirizzi email o gruppi (n ^ 2 indirizzi email)
  2. imposta le regole di inoltro per [email protected] (n ^ 2 regole di inoltro)
  3. imposta le regole di inoltro per [email protected] (n regole di inoltro per ciascuno dei n sviluppatori)

Qualcuno ha un sistema che funzioni per loro?

Modifica

Ovviamente ho perso un pezzo molto importante: usiamo GMail Business per tutta la posta della nostra azienda. Possiamo aggiungere e rimuovere utenti e gruppi e gli utenti possono creare filtri, ma non abbiamo il controllo sul MTA stesso.

    
posta James A. Rosen 02.11.2013 - 06:21
fonte

3 risposte

3

Il simbolo più ha un significato speciale nella maggior parte dei server di posta elettronica. Sebbene faccia parte dell'indirizzo, generalmente non influisce su chi riceve il messaggio. Quindi [email protected] va a [email protected]. Questo vale anche per Gmail for Business.

I filtri di Gmail non sono sofisticati come quelli, diciamo, in procmail o, per quanto posso dire, in Outlook. Ma se si ottiene [email protected], tutti i messaggi per queste coppie passeranno da lì. Ma puoi scrivere un filtro che cerca, ad esempio, per: yourname e taggalo con un'etichetta speciale.

Per questo motivo, e dato che Google limita il numero di regole che puoi avere per l'email in avanti, probabilmente inizierei semplicemente impostando dev up come alias o mailing list e assicurandoti che tutti ricevano quelle email. Consiglia ad ogni membro del team di impostare un filtro che assomigli a "dev: to theirname" e catturalo in un modo che attiri la loro attenzione (applica un'etichetta, esegui una stella o qualsiasi altra cosa per loro).

Se hai bisogno di qualcosa di più sofisticato di quello che offre Gmail, ad esempio solo inoltrando i messaggi pertinenti allo sviluppatore giusto, devi essere [email protected] un vero account. Puoi quindi utilizzare uno strumento come Sift , magari su un'istanza Amazon leggera o su una macchina sottoutilizzata seduta in un armadio da qualche parte, per elaborare i messaggi e inoltrarli quando necessario.

Un'altra alternativa è riconoscere che ci sono due campi di informazioni rilevanti memorizzate su ciascun commit: l'autore e il committer. L'autore e il committer sono automaticamente gli stessi in circostanze tipiche in cui più persone hanno i diritti di commit. Tuttavia, nei flussi di lavoro in cui una persona estrae un cambiamento da qualcun altro e la impegna nel repository principale, l'autore e il committer possono essere diversi. Puoi forzarlo a farlo utilizzando uno dei due meccanismi, spiegato su Un tour di Git :

If you specify a --author option to the “git commit” command on the command line, followed by a "Real Name " string, then this name and addresss will be used for the author fields. The committer fields will still be determined as below. This option is very helpful for when applying a commit originally authored by someone other than yourself.

If any of the GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_COMMITTER_NAME, or GIT_COMMITER_EMAIL environment variables are set, then those values will be used for the corresponding fields

If you have a file in your home directory called .gitconfig, with name or email settings in the [user] section, then these values will be used to set any remaining author and committer fields. For more details on the contents of this file, refer to section 2.7.1 below.

If you have a file in the local repository called .git/config, again with name or email settings in the [user] section, then these values will be used to set any remaining author and committer fields.

If you have set the EMAIL environment variable, this will be used to set author and committer email addresses if still unset. git will query your system to find out your real name from available GECOS field and your username, hostname, and domain to construct an email address, (or at least an identifier resembling an email address).

In un contesto di accoppiamento, quale è l'autore e quale è il committer è una decisione arbitraria, ma il fatto è che la distinzione apre la porta a documentare entrambe le persone coinvolte in un particolare commit.

Un'integrazione continua o un sistema di compilazione ragionevolmente esperto potrebbe sfruttare entrambi i campi per inviare notifiche a due persone separate, che a mio avviso potrebbero funzionare in modo appropriato per le situazioni di abbinamento. Non so se sarebbe il tuo, non avendo esperienza diretta con esso, ma probabilmente merita un esperimento o forse un tuffo nella documentazione per scoprirlo.

    
risposta data 04.11.2013 - 19:24
fonte
1

Molte applicazioni di elaborazione della posta sufficientemente avanzate (sto guardando procmail al momento, anche se sono certo che questo può essere fatto anche anche con le regole email di Outlook) sono in grado di fare regole personalizzate. Oppure potrebbe essere semplice come utilizzare un file .forward con |program come contenuto.

L'approccio è essenzialmente impostato come account, ma imposta un programma per ricevere e poi inviare nuovamente l'email.

Quando il sistema vede la parte di commento dell'indirizzo email di "+ alice + bob", dividerebbe i nomi, quindi inoltrerà la posta in modo appropriato a [email protected] e [email protected].

A seconda della compagnia e quanto strettamente legato il server di posta è al reparto IT, Postfix o exim: impostazione della posta elettronica automatizzata / programmata e inoltrata su ServerFault tocca l'utilizzo di postfix per eseguire le regole appropriate, o scrivere alcune regole procmail o regole di Outlook o un programma che accetta la posta messaggio e lo invia nuovamente alle persone appropriate.

Notando il Ruby i seguenti due bit possono essere utili nell'implementazione dell'ultima parte della soluzione:

Guarda anche WebApps.StackExchange gmail e filtri gmail tag per la possibilità di aggiungere i filtri appropriati in gmail stesso .

    
risposta data 02.11.2013 - 07:22
fonte
0

Email per utente + param - passando param a script (Unix / Linux)

Il tuo MTA può fornire [email protected] tramite procmail ( ~dev/.procmailrc ) con james+tiffany in $1 .

~/dev/procmailrc può eseguire qualsiasi programma / script che ti piace con $1 ( james+tiffany come parametro) dopo alcuni controlli di integrità.

AFAIK Sulla maggior parte degli linux con sendmail come MTA e procmail installato tutto ciò che serve solo per configurare procmail (~ dev / .procmailrc).

Usi il mail server Linux / Unix? Quale MTA usi? (sendmail / postfix / exim / ...) Hai installato procmail?

    
risposta data 02.11.2013 - 08:04
fonte

Leggi altre domande sui tag