/ Forside / Teknologi / Udvikling / ASP / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
ASP
#NavnPoint
smorch 9259
Harlekin 1866
molokyle 1040
Steffanst.. 758
gandalf 657
smilly 564
gibson 560
cumano 530
MouseKeep.. 480
10  Random 410
[.Net,c#] Udsending af emails
Fra : Jesper Stocholm


Dato : 24-08-02 13:39

Jeg skal lave en dims, der en gang om måneden skal bruges til at sende
noget i retning af 6000 individuelle emails ud til brugerne af en service.
Nu kunne jeg godt tænke mig at bruge .Net og c# til at skrive den i -
selvom jeg har adgang til fx JMail. Jeg har snuset mig frem til, at jeg
skal anvende namespacet System.Web.Mail ... men jeg synes ligesom at der
"er for få knapper at trykke på". Jeg tænker her specielt på JMails
"lazysend", der sender emails i kø, så der ikke skal ventes på at alle
mails kommer igennem mail-serveren.

Men er min "research" korrekt ? Findes der andre måder at sende emails
igennem CDOSYS og .Net med ?

--
Jesper Stocholm
http://stocholm.dk
http://asp.stocholm.dk
Svar til gruppen og ikke til mig privat pr. email :|

 
 
Jakob Andersen (24-08-2002)
Kommentar
Fra : Jakob Andersen


Dato : 24-08-02 22:36

"Jesper Stocholm" <jespers@stocholm.invalid> wrote
> Jeg skal lave en dims, der en gang om måneden skal bruges til at sende
> noget i retning af 6000 individuelle emails ud til brugerne af en service.
> Nu kunne jeg godt tænke mig at bruge .Net og c# til at skrive den i -
> selvom jeg har adgang til fx JMail.

Bad move...

System.Web.Mail er blot et bruger interface til CDOSYS, og jeg har før hørt
om folk der med mailinglister løb ind i problemer med CDOSYS når
meddelelserne blev sendt til køen. I bund og grund var problemet at CDOSYS
ikke kunne følge med hastigheden og dermed ikke fik genereret unikke *.eml
filer i køen.

> Jeg har snuset mig frem til, at jeg
> skal anvende namespacet System.Web.Mail ... men jeg synes ligesom at der
> "er for få knapper at trykke på". Jeg tænker her specielt på JMails
> "lazysend", der sender emails i kø, så der ikke skal ventes på at alle
> mails kommer igennem mail-serveren.


Dine beskeder bliver svjh automatisk sat i kø når du bruger System.Web.Mail
medmindre du specifikt beder om andet, men jvf. ovenstående problem er det
måske mere fornuftigt at satse på en komponent. Selv har jeg rigtig gode
erfaringer med aspnetemail (http://www.aspnetemail.com/) som bl.a. også
bruges på http://www.kbalertz.com og http://www.123aspx.com hvor sidstnævnte
svjh. har rundet de 23K modtagere.

Læs evt.: <http://www.dotnetjunkies.com/tutorials.aspx?tutorialid=397>

--
Jakob Andersen
http://www.stresscd.dk/ - Udnyt stress positivt



Jesper Stocholm (25-08-2002)
Kommentar
Fra : Jesper Stocholm


Dato : 25-08-02 18:05

Jakob Andersen wrote in news:ak8ub1$1b2u$1@news.cybercity.dk:

> "Jesper Stocholm" <jespers@stocholm.invalid> wrote
>> Jeg skal lave en dims, der en gang om måneden skal bruges til at
>> sende noget i retning af 6000 individuelle emails ud til brugerne af
>> en service. Nu kunne jeg godt tænke mig at bruge .Net og c# til at
>> skrive den i - selvom jeg har adgang til fx JMail.
>
> Bad move...
>
> System.Web.Mail er blot et bruger interface til CDOSYS, og jeg har før
> hørt om folk der med mailinglister løb ind i problemer med CDOSYS når
> meddelelserne blev sendt til køen. I bund og grund var problemet at
> CDOSYS ikke kunne følge med hastigheden og dermed ikke fik genereret
> unikke *.eml filer i køen.

det var også mit indtryk - specielt da der ikke var så mange indstillinger
at pille ved.

>> Jeg har snuset mig frem til, at jeg
>> skal anvende namespacet System.Web.Mail ... men jeg synes ligesom at
>> der "er for få knapper at trykke på". Jeg tænker her specielt på
>> JMails "lazysend", der sender emails i kø, så der ikke skal ventes på
>> at alle mails kommer igennem mail-serveren.
>
> Dine beskeder bliver svjh automatisk sat i kø når du bruger
> System.Web.Mail medmindre du specifikt beder om andet,

så vidt jeg kan læse af .Net doc, så lægges de i kø, hvis der sendes
igennem den lokale SMTP-server på IIS. Men hvis det er en ekstern SMTP-
server, så sendes de blot til denne. Hvad den egentlige forskel på disse to
ting er - er jeg dog ikke helt klar over.

> men jvf.
> ovenstående problem er det måske mere fornuftigt at satse på en
> komponent. Selv har jeg rigtig gode erfaringer med aspnetemail
> (http://www.aspnetemail.com/) som bl.a. også bruges på
> http://www.kbalertz.com og http://www.123aspx.com hvor sidstnævnte
> svjh. har rundet de 23K modtagere.
>
> Læs evt.: <http://www.dotnetjunkies.com/tutorials.aspx?tutorialid=397>

mange tak ... det lyder interessant.



--
Jesper Stocholm
http://stocholm.dk
http://asp.stocholm.dk
Svar til gruppen og ikke til mig privat pr. email :|

Jesper Stocholm (27-08-2002)
Kommentar
Fra : Jesper Stocholm


Dato : 27-08-02 22:31

Jakob Andersen wrote in news:ak8ub1$1b2u$1@news.cybercity.dk:

> "Jesper Stocholm" <jespers@stocholm.invalid> wrote
>> Jeg skal lave en dims, der en gang om måneden skal bruges til at
>> sende noget i retning af 6000 individuelle emails ud til brugerne af
>> en service. Nu kunne jeg godt tænke mig at bruge .Net og c# til at
>> skrive den i - selvom jeg har adgang til fx JMail.
>
> Bad move...
>
> System.Web.Mail er blot et bruger interface til CDOSYS, og jeg har før
> hørt om folk der med mailinglister løb ind i problemer med CDOSYS når
> meddelelserne blev sendt til køen. I bund og grund var problemet at
> CDOSYS ikke kunne følge med hastigheden og dermed ikke fik genereret
> unikke *.eml filer i køen.

jeg vil da godt uddybe mit problem lidt.

Jeg skal lave denne hersens email-udsendelse. Denne udsending skal firmaA stå for.
Data, der skal udsendes, fåes fra firmaB. Disse data fåes som ugentlige tilsendinger
af data fra FirmaB. FirmaA må ikke rette i disse data - kun læse i dem. Alle
håndteringer af data og ændring i disse skal ske via firmaB. Strømmen af data går
derfor kun én vej - nemlig fra FirmaB til FirmaA. Den eneste elektroniske vej ind i
FirmaB er via email, der aflæses af en sekretær. Det er et krav, at man som kunde i
FirmaB personligt skal kunne framelde sig disse nyheds-emails ved at troppe op på
deres kontor.

Dette giver mig et "lille" problem. Jeg vil gerne give modtagerne mulighed for at
kunne afmelde sig disse nyhedsemails ved klik på et link - men for at sikre sig imod
snyderi, så kræver det næsten, at man har adgang til en hash-funktion eller lignende.
Det var min tanke at lave det således, at man i emailen som et link medsendte
emailadressen samt en hash-værdi af denne og "noget hemmeligt". Linket peger så på
FirmaA's webserver. Det vil nemlig gøre det muligt for mig at validere, at man kun kan
afmelde sig selv ... og - ikke mindst - validation kan ske uden at jeg behøver
vedligeholde en tabel med brugerIDs og tilhørende hash-værdier. Denne overvejelse sker
udelukkende ud fra performance-mæssige hensyn. Hvis validation er en succes, sendes en
email til FirmaB med de nødvendige oplysninger om fravalg af nyhedsbrev. Det var
derfor jeg tænkte på .Net, da disse funktioner er indbyggede. Hvis jeg skal lave det i
normalt ASP, så skal jeg have fat i en eller anden komponent til at gøre det for mig
.... og performancemæssigt tror jeg, at det bliver endnu værre.

Jeg er klar over, at ovenstående er noget kryptisk, men der er ikke noget at gøre. Jeg
kan under ingen omstændigheder få adgang til at opdatere deres data automatisk. Dette
_skal_ ske via en sekretær.

Er der nogle muligheder for at redesigne det, som jeg ikke har tænkt på ?


--
Jesper Stocholm
http://stocholm.dk
http://asp.stocholm.dk
Svar til gruppen og ikke til mig privat pr. email :|

Søg
Reklame
Statistik
Spørgsmål : 177559
Tips : 31968
Nyheder : 719565
Indlæg : 6408938
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste