Nyhedsbrev med tilhørende mailingliste

Det kan måske være problematisk at tillade afmelding ved direkte indtastning af emailadresser - så kunne en ondsindet "hacker" måske sidde og synes det var sjovt at forsøge at afmelde andre tilmeldte...

Hvad mener du med at emailadresser og url skal gøres til links - betyder det, at du vil sende en "fuld-blods" html-mail eller ønsker du bare at de url'er og email-adresser der indgår i nyhedsbrevet bliver klikbare i mailklienten? Jeg spørger fordi næsten alle mail-klienter vil automatisk lave emailadresser og url'er klikbare og den eneste måde du selv kan opnå dette er ved at sende en "rigtig" html-mail med dertil hørende fordele og ulemper.

tipsen >> jeg håbede du så dette indlæg... :o)

Jeg kan godt se din pointe - hvordan skulle det evt. ellers laves?

Nej, jeg må jo indrømme at jeg har taget din "html-mails-er-roden-til-alt-ondt" indstilling til mig, men jeg troede egentlig man skulle bruge noget ala ljwebs tagster for at få det til at virke, men det skal man måske ikke?

ulfhedne>>Uanset hvor meget du prøver at indføre links i html format i en email. Så kan det ikke lade sig gøre med mindre mail-klienten understøtter dette. Og det er som sagt ikke alle mail-klienter der gør det!

Ting der er værd at tage med / overveje

Frontend:
* Brugerfornavn Efternavn mm.
* Emailadressevalidering
* vælge html/tekst email
* Brugeren skal have mulighed for at ændre tilmeldingsforhold:
  - Emailtype
  - Navn, Efternavn mv.
  - Emailadresse
  - ...osv.
* Check at en bruger ikke tilmelder sig mere end én gang
* Brugere skal kunne se/læse allerede afsendte nyhedsbreve fra arkiv

Backend:
* Nyhedsbrevene skal kunne gemmes dvs. en juleemail kan påstartes nu.
* Admin skal kunne styre nyhedsemailens indhold (tekst/html)
* Admin skal kunne styre tilmeldingsemailens indhold (tekst/html)
* Admin skal kunne styre afmeldingsemailens indhold (tekst/html)
* Der skal være en previewfunktion før udsendelse (tekst/html)
* Admin skal kunne ændre i tilmeldte brugeres data.
* Admin skal kunne ændre afsenderemailadresse
* Admin skal manuelt kunne slette tilmeldte brugere og vælge om de skal have en afmeldingsemail med emnet: "afmelding foretaget af admin pga. blabla".
* Admin skal kunne blokke ipnumre
* Der skal i db´en være registreret hvilke nyhedsbreve hvilke brugere har modtaget og vice versa.
* Ikke afsendte nyhedsbreve skal kunne redigeres
* Afsendte nyhedsbreve skal kunne kopieres dvs. genbruges.
* Afsendte nyhedsbreve skal være låst så dubletter ikke udsendes.
* Nyhedsbreve skal seperat have følgende gemt i db´en:
  - Overskrift
  - Dato/tid for udsendelse
  - Body (både html/tekst)
  - footer (pligttekst såsom tryk her for at ændre dine data /tryk her for at afmelde nyhedsbrevene
* Der skal være mulighed for at administratoren får en informationsemail ved ny tilmelding/ændring.
* Der skal kunne ændres grafik/styles på html emails. Dog skal dette ikke slå igennem på allerede afsendte emails
  - topgrafik
  - baggrundsgrafik
  - styles som font/farver/links

Kan ikke lige komme i tanker om mere lige nu... Men hvis du får ovenstående med kan du sælge systemet videre §:)

Er næsten selv færdig med ovenstående nyhedsbrevsmodul nummerlig ;-)

Mvh
HorsMark

Alternativ 1: Send emailen som ganske almindelig tekst-email hvor links og emailadresser og sendes som ren tekst. Her er du så afhængig af abonnentens email-klient - om den kan finde ud af lave url'er og emails klik-bare - det tror jeg faktisk at mange email-klienter kan!

Alternativ 2: Send emailen som en fuldblods html-mail - så skal hele mailen sættes op på samme måde som du sætter en almindelig html-side op på nettet. Her er du så afhængig af hvorvidt email-klienten kan vise html (og gør det rigtigt) samtidig med at den mail du sender ud skal være korrekt html-syntax!

Umiddelbart vil jeg foretrække alternativ 1, hvis der skulle vælges mellem de to og jeg tror ikke at der findes emailklienter som ikke vil kunne finde ud af at gøre et link klik-bart automatisk, men uden problemer kan vise en html-mail! Så de email-klienter som giver problemer i alternativ 1 vil også give problemer i alternativ 2 - *tror* jeg!

Du har vist tidligere hørt argumenter for og imod html-mails, så dem vil jeg ikke kede dig med, men en mulighed er også at lave en mime-mail hvor der både er vedlagt en html-udgave samt en plain-text udgave af mailen og hvilken der vises afhænger så af indstillingerne i abonnentens email-klient. Dette betyder dog også at mailen bliver væsentligt større end en ren alternativ 1. Det er jo også spørgsmål om hvor mange kræfter du vil lægge i det, da en sådan kombination jo også gør at du skal komponere en html-mail og evt. også en plain-tekst mail afhængig af løsningsmetoden.

Tak for jeres input.

Jeg tror jeg vil holde mig til ren tekst, da det er mindst tidskrævende i mit tilfælde. Jeg tænkte desuden på om der skal gøres noget specialt for at det skrevende mht. til opstilling forbliver sådan som man skriver det eller som man skal have fat i noget "nl2br"-funktion?

Hvordan ville I lave en afmeldingsfunktion hvis ikke man udmiddelbart skal kunne gøre det fra selve siden af (altså uden at være logget ind)?

Jeg vil foreslå at der sendes et link i selve nyhedsmailen (måske som standard i bunden af mailen) hvor der måske står noget i retning af:

Såfremt du ikke længere ønsker, at modtage nyhedsbrevet fra ulf.dk kan du afmelde dig på: http://www.ulf.dk/nyhedsbrev?kode=.... Du kan ligeledes benytte det link, hvis du ønsker at opdatere dit navn eller den emailadresse du er tilmeldt nyhedsbrevet med.

tipsen >> læg lige et svar.

Jeg tænkte på om man skulle tage hensyn til æ, ø og å på nogen måde eller om alle e-mail klienter kan finde ud af at vise sådanne tegn korrekt?

Det gør du med følgende header i mailen:

Content-Type: text/plain; charset=iso-8859-1

-det er selvfølgelig under antagelse af at det er en plain-text mail du sender!

Tak for Jeres hjælp - det gjorde mig da noget klogere.

Jeg har lavet et nyt spm i modul-føljetonen, så hvis I har tid må I gerne slå et smut forbi http://www.eksperten.dk/spm/371902.