Vi håller på att bygga en nyhetsbrevsfunktion som sätter ihop dynamiska nyhetsbrev beroende på våra kunders intresseområden. Denna funktion ska kommas åt via vår webb och bland annat hämta innehåll från vår produktdatabas. Vi jobbar med linux/apache mySql och php.

Själva funktionen är egentligen inget problem, utan det är webbhotellet som sätter käppar i hjulet, de vill inte att vi använder webservern för att skicka så många mail som det handlar om. I snitt rör det sig kanske om 500 mail/dag, med toppar på 1200/dag. Funktione är byggd så att varje mail byggs ihop och skickas för sig.

Som jag ser det borde det egentligen inte vara något problem, men eftersom jag är ganska grön på detta vore jag tacksam om någon har tips på andra lösningar, alternativt vettiga argument som gör att vi kan övertalla webbhotellet att vi ändå får köra.

Mvh /Andreas

Är problemet att det skickas 500 mail eller att det byggs 500 mail som sen skickas var försig? Dvs. mail 1 byggs, sen skickas det. Loop, mail 2 byggs, sen skickas det osv.

Dem vill kanske inte spamma via sin SMTP. Men 500 mail låter inte direkt mycket, ett seriöst webhotell måste ju skicka mer än så varje dag.

Finns det nått annat alternativ att skicka 500 mail på en gång än att skicka den via mailservern? Det borde inte göra det, hehe, nångång måste väll mailen iväg liksom :)

Som jag förstått det så är problemet det att vi belastar webbservern med mail. Som det är idag skickar vi många fler mail varje dag eftersom vi inte har funktionen som "skräddarsyr" innhållet än. Hade vi skickat dem som idag hade det inte varit något problem.

Finns en möjlighet att skicka det som ett mail, men den lösningen är mycket osäkrare när det gäller att varje mottagare skall få rätt innehåll, så det har jag uteslutit.

Men ni har väll en mailmall som alla får?

Dvs. 1. Ett mail byggs. 2. Sen BCC på alla adresser den ska skickas till. 3. Sen iväg?

Typ precis samma sak som att skicka ett eget mail till 500 pers ur sin kontaktbok?

Nej, innehållet i mailet är dynamiskt, d v s motagare med olika egenskaper får olika innehåll i mailet. I stället för att som nu skicka ut ett mail per intresseområde/dag (vilket gör att vissa kunder kan få upp emot 10 mail/dag) vill vi att våra kunder ska få max ett mail per dag.

Jag kan förstå webbhotellet, men du kan göra en snygg lösning som skickar maximalt 10 mail per minut. Då har du fått ut samtliga mail på en knapp timme, och mailservern bör inte vara helt överbelastad.

Har tänkt på den varianten också (typ att göra en paus på 5 sekunder mellan varje mail), men jag tänkte undersöka andra möjligheter först.

Ett alternativ är ju att slänga upp en enkel server själv och lägga mailfunktionen där. Dock finns ju databasen kvar på egen server hos webbhotellet, men det bör kanske inte vara något problem? Någon som har erfarenheter av detta?

Varför inte fråga vad som är problemet?
Mängden är ju inget problem (om de inte tror de ska bli SPAM-stämplade).
Möjligen om "mailbyggarscriptet" är dåligt optimerat så det tar CPU-tid att generera mailen kan jag förstå.

Beror ju också förståss hur "seriöst" webhotellet är...

Men det är klart de är kinkiga... Det är ju deras jobb...

Patek Phillipe tillverkar trevliga klockor.

Sky Moon Tourbillon, riktigt trevligt ur. Priset är därefter, antar att man får vad man betalar för. ;)
http://wwp.greenwichmeantime.com/clocks-wa...oon-tourbillon/

Problemet är att vi stör trafiken på webservern eftersom det genereras och skickas där. Webservern delar vi med andra och då stör tydligen mailtrafiken deras vanliga trafik. Spamstämpeln är knappast problemet i och med att vi kommer minska vår totala mailmängd ganska kraftigt i och med denna ändring.

Webhotellet är Levonline. Vad de erbjudit är att offerera en dedicerad server, men att öka kostnaden från ca 300/mån till närmare 2000/mån känns lite omotiverat.

Självklart får man vad man betalar för, d v s stil och klass!

Jag antar att du försöker göra en liknelse för webhotell?

Helt ärligt så låter det som att du bör se dig om efter ett nytt hotell. Hör av dig till andra och beskriv dina behov, du behöver inte nämna att din nuvarande leverantör inte uppfyller dina krav, detta är underförstått.

Kolla om de kan uppfylla kraven och till vilket pris. Därefter bör du också göra en sökning efter den presumtiva leverantören på cint.se för att se andras erfarenheter.

Nej, kunde du inte urskilja mellan det och mitt inlägg så är du inte spec. smart, har du något problem med mitt inlägg så är du välkommen att anmäla det till moderator.

Mvh.

Jag har börjat fundera på det. Lite synd dock då allt annat alltid fungerat mycket bra.

Det är ingen som sitter på några bra argument jag kan ta fram när jag pratar med dem?

Jag tycker det känns som om du borde fråga vad som är problemet först? är det så att mailgenereringen tar massor CPU eller är det deras mailserver som tar massor av CPU. 1000 mail/dygn är ju ingenting så det måste ju vara något annat som stör.

Först när man vet vad som stör kan man ju argumentera mot det.

Det enda generella argumentet är "låt mig köra eller jag byter leverantör".

Så som jag förstått det är det trafiken till och från webservern det handlar om, att vi tar för mycket plats medans mailen skickas. Jag har dock själv svårt att se att de mängder vi pratar om skulle ställa till problem, särskilt inte om man lägger in en kort paus efter varje mail är genererat. CPU bör knappast vara något problem, vi kör annat idag som i så fall är mer cpu-krävande.

Kolla upp användaravtalet, står det inget där är det bara att hänvisa till det och köra vidare. Bråkar de ändå så byt hotell. Du är kund, de vill ha kunder.

Jag såg två väldigt tolkningsbara punkter i deras avtal:

Punkt 8:Punkt 9:

Tjoho vilket härligt slavkontrakt. Byt hotell!

För mig låter detta ganska störande för både webbserver och databasserver. Om ett skript startar som skall köra 1200 loopar med minst lika många databasanrop, kanske flera per loop, så blir det en kanska kraftig belastning i mitt tycke.

Men det borde gå att lösa genom att se till att t.ex. bara köra en loop i taget vid varje anrop av skriptet. Ett kronjob skulle sedan kunna anropa skriptet med lämpligt mellanrum. Det skulle även gå att köra skriptet på en tid då det är låg belastning på servern. Det skulle även kunna gå att köra skriptet på en annan dator, där det först produceras alla mailen, för att sedan skicka iväg dem från webbservern eller genom någon mailserver.

Är det inte sådant databasen är till för? Vi kör andra grejer idag som kommunicerar med databasen på ungefär samma sätt.

Visst skulle vi kunna köra scriptet på en annan dator, dock måste ju den också kommunicera med databasen. Sedan tillåter inte levonline att man gör detta utifrån, plus att vi då får en ganska stor merkostnad.

Att skicka på natten är inte heller ett alternativ då denna tjänst bygger på snabba nyheter.

Som sagt, det man skulle kunna göra är att lägga in en paus i slutet på varje loop.

Lutar nog åt att jag tittar efter en annan leverantör.