mboost-dp1
C# smtp server
Jeg er på udkig efter en løsning til C#, ligsom i php, hvor det er muligt at send mails uden at angive smtp server.
Jeg har pt. kun kunne set løsninger hvor man skal sætte smtp klient op, så mit spørgsmål lyder på, om der finds en løsning til C# hvor man ikke selv skal sætte en smtp klient op.
mail(to,subject,message)
Jeg har pt. kun kunne set løsninger hvor man skal sætte smtp klient op, så mit spørgsmål lyder på, om der finds en løsning til C# hvor man ikke selv skal sætte en smtp klient op.
Windcape (4) skrev:Og pointen er vel at du ikke kommer uden om en SMTP
Tjoh, man kan kontakte modtagerens SMTP direkte.
På den måde lavede jeg engang en SMTP-klient direkte i PHP. Dvs. når man tilmeldte sig mit system, kunne man ved næste sidevisning få besked, hvis en email ikke kunne sendes til adressen. (Vi havde mange problemer med folk der ikke kunne skrive en email-adresse korrekt.)
Typisk kan man jo bare pege på sin ISPs mailserver. SmtpClient kræver ikke en lokal server.
At benytte TCP og SMTPs RFC kommandoer (tænk telnet style), er en mulighed, men jeg synes det ville være nemmere og mere realistisk at finde en SMTP løsning.
At benytte TCP og SMTPs RFC kommandoer (tænk telnet style), er en mulighed, men jeg synes det ville være nemmere og mere realistisk at finde en SMTP løsning.
Du kan sætte SmtpClient op til at bruge gmails smtp server :) De bruger heller ikke standard porte så sandsynligheden for at det bliver blokeret er en del mindre.
Hevet ud af noget kode jeg har liggende:
Hevet ud af noget kode jeg har liggende:
MailMessage mail = new MailMessage();
mail.From = ...
mail.To = ...
mail.Subject = ...
mail.Body = ...
SmtpClient client = new SmtpClient(host, port);
client.UseDefaultCredentials = false;
client.DeliveryMethod = SmtpDeliveryMethod.Network;
client.EnableSsl = ssl;
client.Credentials = new NetworkCredential(user, pass);
client.Send(mail);
For at opsummere så må mulighederne være:
1) bruge en lokal SMTP server (det er usandsynligt at der ikke er en sådan på et webhotel (eller hos ISP hvis det er hjemme hosting)
2) bruge en ekstern SMTP server udenfor web hotel - her vil der normalt skulle angives brugernavn/password
3) slå MX records for modtager op i DNS og connect direkte til den
Rækkefølgen er en prioritering efter hvad der er nemmest.
Problemet med #3 er at håndtere flere MX records med forskellig prioritet, gensendelse i tilfælde af fejl etc..
1) bruge en lokal SMTP server (det er usandsynligt at der ikke er en sådan på et webhotel (eller hos ISP hvis det er hjemme hosting)
2) bruge en ekstern SMTP server udenfor web hotel - her vil der normalt skulle angives brugernavn/password
3) slå MX records for modtager op i DNS og connect direkte til den
Rækkefølgen er en prioritering efter hvad der er nemmest.
Problemet med #3 er at håndtere flere MX records med forskellig prioritet, gensendelse i tilfælde af fejl etc..
#12
Det får du nok også mere glæde af i længden.
At lege SMTP server selv er det som botnets gør med de inficerede computere. Det vil sige at de motoder der findes til at filtrere den slags spam sendere også ville fange mails som kom fra din webserver, hvilket ville kategorisere dine mails som spam.
Det får du nok også mere glæde af i længden.
At lege SMTP server selv er det som botnets gør med de inficerede computere. Det vil sige at de motoder der findes til at filtrere den slags spam sendere også ville fange mails som kom fra din webserver, hvilket ville kategorisere dine mails som spam.
Gå til top
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Programmering
Gå til bund