[Johnny Viking]

Hej! Jag har använt Mandrillapp och som ni kanske hört har de avslutat att låta Mandrillapp vara en egen produkt / tjänst. Så nu måste man betala för Mailchimp för att nyttja transaktionell epostleverans.

Samtidigt så stänger de av så man inte kan skicka som en annan än en verifierad domän.

Jag har ett bokningssystem som nyttjar att skicka som en annan avsändare. Vore fel att det står "Bokningsystem X" som avsändare. Folk kommer inte förstå detta och fråga varför X är till ägaren av bokningssystemet.

Vet ni tjänster som tillåter att skicka som @y.com även fast det egentligen är @x.com som gör mailutskicket? Eller är trenden att leverantörer av transaktionenella emails kommer stänga denna möjlighet?

[digiArt]

Jag använder också mandrill. Det jag sett är att mailtjänster redan idag vägrar ta emot mail skickade on behalf of. Så det är antagligen något som kommer mer och mer.

[ah-berg]

Valfritt webbhotell eller egen mailserver?

[digiArt]

Ursprungligen postat av ah-berg

Valfritt webbhotell eller egen mailserver?

Det är där man vanligtvis börjar, men allteftersom volymerna stiger hopas också leveransproblemen.

Därför vill man använda tredjepart för dessa ändamål.

[Johnny Viking]

Jag betalar gärna, men behöver då ett API / smidig SMTP. Mandrill hade allt det. Alternativ som poppat upp är t.ex SparkPost som är väldigt likt Mandrill. Skillnaden är att SparkPost är där Mandrill vill vara = inte bättre för mig då SparkPost just nu kräver att sändardomänen är validerad med SPF eller liknande.

Undrar hur andra som har liknande setup i sina tjänster, att man vill agera som en annan domän / avsändare. Sätta upp sin egen mailserver är ju inga jätteproblem, men det kräver ju att man då underhåller mailutskicken och hanterar allt själv. Man måste se till att folk inte klickar "spam" istället för "Kasta", så man inte får IP-numret eller servern blockerad för att för många ansett (oftast viktiga) utskick med info till kund som spam.

Jag har en idé att för varje kund i bokningssystem får lov att genomgå en viss process (validera epost mot domänen) innan deras bokningssystem valideras för att ha en egen avsändaradress annat än bokningssystem X.com. Måste fungera 100% perfekt, eller så kommer folk inte signa upp för systemet längre.

[Danski]

Att sätta avsändare som annan domän är en dum idé idag. Många har SPF-records och de domäner som saknar detta i samband med att mail plötsligt kommer från nytt IP hamnar inte sällan i spam-filter.
Men tänk på att skilja på Return-path och Sender. De flesta leverantörer tillåter fortfarande att du har din egen domän som Sender men sätter Return-path till kundens.

[nim]

Tittar man på Amazon SES, så kräver dom att du verifierar domänen.
Övriga jag kikat på kräver att man lägger till en DNS post eller inkluderar SPF