Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Mobile number (optional): To record the mobile number the following fields must be added to the form:

Code Block
languagehtml/xml
<input id="prefix" value="0039" type="text" name="prefix" />

...


<input id="sms" type="text" name="number" />

 

Please note that the field “prefix” (international prefix) need not be entered as a separate field, it can also be inserted in the field “number”. Anyway we suggest that it should be kept separated for clarity’s sake.


Groups (optional): 

 

Code Block
languagehtml/xml
<input name="group" type="checkbox" value="1"> First group <br>

...


<input name="group" type="checkbox" value="2"> Second group <br> 

 

If you want the user to be subscribed to different groups, without choice, type must be “hidden”, as in the example given below:

 

Code Block
languagehtml/xml
<input name="group" type="hidden" value="2,8,10"> 

 

This way, the user is automatically subscribed to groups 2,8 and 10. Group IDs are listed at the page Settings > Codes table in the MailUp console.


Personal data fields (optional): 


<input name="campo1" type="text" size="60" maxlength="100"> NomeName
<input name="campo2" type="text" size="60" maxlength="100"> Cognome Surname 

 

In the form it is the customer’s responsibility to set the fields, dropdown menus, colors, styles, checkboxes, controls, freely based on one’s needs. The fields which are not necessary can be removed from the registration form. If Standard MailUp nomenclature “field1”, “field2”,… “fieldN” must be used. If there are extra fields with names which are not recognized, they will be ignored.


All parameters to be passed (name=list, group, field1, field2…) can be of any type (type=checkbox, text, radio, button…) and they can assume any value.
Image Removed
Figura 12: Esempio di TABELLA CODICI. Per visualizzarla, entrare in MailUp, menu Impostazioni, "TABELLE CODICI" 
Image Added

Example of Codes Table


Campi per modificare nome e/o indirizzo e-mail del mittente:

 

Code Block
languagehtml/xml
<input type="hidden" name="dynsndmail" value="email@example.com" 

...


<input type="hidden" name="dynsndname" value="

...

Name Surname"> 

 

È possibile specificare i campi sopra riportati nei casi si volesse sostituirli ai valori preimpostati per la lista.Questi campi consentono l'invio di messaggi di conferma iscrizione con mittente personalizzato ed in particolare, nel solo caso in cui siano definiti entrambi, il risultato è il seguente: i valori specificati saranno impostati nell'intestazione della mail come

campo "From" dell'intestazione, mentre il nome e l'indirizzo predefiniti come mittenti per la lista MailUp sono impostati come campo "Sender". Ne consegue quindi che su molti client di posta il messaggio ricevuto risulterà come inviato "da Sender per conto di From" Un e-mail di richiesta conferma così impostata conterrà un link che riconduce al sistema di gestione della newsletter per finalizzare l'iscrizione, mentre se il destinatario decidesse di rispondere all'e-mail ("Reply To") la mail di risposta sarà indirizzata sarà all'indirizzo specificato come "From". Questa modalità risulta utile nei casi di e-mail di richiesta conferma in cui si vuole proporre l'iscrizione ad una newsletter ad un conoscente: l'invito è molto più efficace se chi ha fatto l'invito compare (come "From") tra i mittenti dell'e-mail. 
La compilazione dei campi in questione è comunque facoltativa, nel caso in cui non siano specificati entrambi l'e-mail di richiesta conferma viene inviata compilando il solo campo "From" con i valori preimpostati per la lista. These fields allow to send a subscription confirmation message with personalized sender, and, in case both have been specified, they will be set as key values in the “From” field, while the default name and email address for the MailUp list will be used for the “Sender” field. So, on many clients this message will be viewed as “sent by Sender on behalf of From”. A confirmation email like this contains a link to the newsletter management system to complete the subscription, while, if the recipient replies to the email message (“Reply to”), the reply will be sent to the address indicated in the “From” field. This practice is very useful when a confirmation email is sent to an acquaintance: the invitation is much more effective if the person who invites is among the senders of the email (in the “From” field).

Anyway, filling up this fields is optional: in case neither of them has been specified the confirmation request email will be sent using the default list values to fill the “From” field.

Updsubscriber.aspx (User update)

...