[Innocast]

Hej

Jag driver en nyhetsbrevstjänst för kunder att administrera sina nyhetsbrev. Finns det någon som erbjuder SMTP-servrar eller tips på sådana? Handlar om ca 30.000 - 60.000 mail varannan dag i snitt och jag tvivlar på att en "vanliga" SMTP på en dedikerad server inte kan leverera speciellt snabbt... Tips?

Mvh

[jonny]

Om servern inte kan hantera mer än ett mail per sekund tar det dig cirka 17 timmar att få iväg 60 000 mail. Frågan är ju hur snabbt du ska ha iväg mailen... jag skulle tro att en genomsnittlig smtp får iväg dem på några timmar på sin höjd.

[najk]

Om du har en vettig programvara samlar den ju ihop mailen per mottagardomän och skickar iväg alla mail i samma anslutningstråd. En VPS borde räcka om du inte skickar med massa bilagor.

[patrikweb]

En dedikerad server skulle inte ha några problem med skicka så många.

[Oskar Lindgren]

Det är inget problem, själv kör jag qmail...

What really matters is how well qmail performs with your mail load. Red Hat Software found one day that their mail hub, a 48MB Pentium running sendmail 8.7, was running out of steam at 70000 messages a day. They shifted the load to qmail---on a smaller machine, a 16MB 486/66---and now they're doing fine.

Så köp en 486:a eller nyare

[Innocast]

Originally posted by jonny@Oct 17 2007, 18:45
Om servern inte kan hantera mer än ett mail per sekund tar det dig cirka 17 timmar att få iväg 60 000 mail. Frågan är ju hur snabbt du ska ha iväg mailen... jag skulle tro att en genomsnittlig smtp får iväg dem på några timmar på sin höjd.

"Några timmar" är BRAAA mycket mer än vad jag tycker är OK :-) Nuvarande system klarar det på 1-2 timmar... Bara det att jag vill outsourca och inte ha driftansvaret själv...

[patrikweb]

Fast hur mycket driftansvar är det för en SMTP ;P Den står ju normalt och tuggar mail endast inte så mycker mer eller mindre.

[talthoff]

Originally posted by Subcura@Oct 17 2007, 16:51
Handlar om ca 30.000 - 60.000 mail varannan dag i snitt och jag tvivlar på att en "vanliga" SMTP på en dedikerad server inte kan leverera speciellt snabbt... Tips?

Jag vet inte vad dom definerar som en "vanlig" dedikerad server. Mina kunder skickar också nyhetsbrev, av den typen du beskriver.
Jag kör en RHEL4 med Postfix, Xeon klass, 2GB minne etc. Den dundrar iväg 100.000 brev på en timme utan problem.

Den skulle garanterat klara mycket mer om mejlskickarprogramm a) klumpade ihop fler brev per smtp-session B) sorterade på mottagdomän c) skickade ex. hotmail/yahoo osv sist. d) b-one absolut sist med tanke på deras korkade lösning.

Omsändingarna kostar avsevärt mer cpu/kraft jmf. med när brev kan skickas direkt.

Nu pratar vi personliserade brev, om man vill skicka samma brev till ~50.000 personer så skulle jag skicka försöka få mejlprogrammet och skicka det som flera stora brev. Men då är det nog väldigt smart och sortera på mottagdomän.

-Thomas

[patrikweb]

Hur mycket CPU samt load ligger servern på?

För mail är ju något som skulle gå på nästan vilken skitburk som hellst och ändå klarat massor.

Men SMTP måste vara minsta problemet, hyr en dedikerad server sätt upp den så lär den snurra på.

Vill man ha redundans hyr server till hos någon annan, är svårt misslyckas nästan med detta.

[htiawe]

talthoff: Lite OT men vad har B-One för lösning som är så fruktansvärt korkad? (Jag är en nyfiken person. )