[SimonP]

Originally posted by allstars@Mar 19 2008, 19:14
[email protected] ?
Även ifall de inte är så hemskt många, så skall är det en valid mailadress (kanske inte just detta fallet dock, vilket det kanske faller på)

Det stämmer, har lagt till det nu, tack.

[SimonP]

Originally posted by lunarmys@Mar 19 2008, 21:13
vad gör du med bounces som genereras i efterhand och skickas tillbaks då?

menar, alla servrar svarar ju inte direkt med "denna email-adress finns inte"

Citat från sidan: "We do not send any mail" B)

Om jag skulle skicka ut mail skulle IP-adressen bli bannad rätt fort. jag skickar bara några SMTP kommandon sen avbryter jag korrekt med QUIT. Enda problemen är tarpitting och "catch all" som nämts tidigare i tråden.

[Gustav]

Om det här verkligen fungerar och det går att tvätta sina listor med prenumeranter av nyhetsbrev via en api, så har du en kund i mig. Att skicka mail till e-postadresser som inte existerar är som att ta moterovägen till hotmails/gmails/yahoos/mm spamfilter.

Jag gissar på att den här typen av tjänst inte är så avancerad att man inte skulle kunna lösa det själv. Men varken jag eller min programmerare har någon större koll på just mail. Så det här är helt klart en tjänst som jag skulle köpa in externt.

När kommer premiumvarianten så att man kan signa upp sig?

[Björklund]

Gustav: Så fort mailservarna märker att "någon" kollar deras epostaddresser så kommer IP-addressen troligen bli blockad ganska fort. Därför är det svårt att bygga en tjänst (och sälja den) för den kommer aldrig bli tillförlitligt. Men om du testar 10 addresser i timmen så kanske det inte märker något. Men har man stora epostlistor tar det troligen för lång tid om man har många Yahoo, hotmail, gmail-addresser att testa.

[MMC]

Originally posted by jonasb76@Mar 20 2008, 08:36
Gustav: Så fort mailservarna märker att någon kollar deras epostaddresser så kommer IP-addressen troligen bli blockad ganska fort. Därför är det svårt att bygga en tjänst (och sälja den) för den kommer aldrig bli tillförlitligt. Men om du testar 10 addresser i timmen så kanske det inte märker något. Men har man stora epostlistor tar det troligen för lång tid om man har många Yahoo, hotmail, gmail-addresser att testa.

Ett sätt att komma runt det är ju att köra själva SMTP-kollen från Amazon EC3-noder - men då kanske tjänstens komplexitet ökar för mycket?

[SimonP]

Originally posted by Gustav@Mar 20 2008, 04:39
Om det här verkligen fungerar och det går att tvätta sina listor med prenumeranter av nyhetsbrev via en api, så har du en kund i mig. Att skicka mail till e-postadresser som inte existerar är som att ta moterovägen till hotmails/gmails/yahoos/mm spamfilter.

Jo, jag hade samma problem själv, vid nyhetsutskick får man drösvis med returer.

Ett ställe där det skickas mkt mail är ifrån forum, det skickas mängder med mail ifrån forumprogramvaran, t.ex när man prenumererar på trådar, får nytt PM, massutskicks-PM, som administratör får jag massor varje dag.

Tänkte testa detta under några veckor först, så får jag hur det går. Man kan ju använda sig av olika server-IP så att mailservrarna inte får för sig att man är nån spammer.

[Norman]

Kul och intressant tjänst. Säg till om det kan vara intressant att börja göra tjänsten distributed för att minska risken med blockering. Detta kanske jag kan hjälpa till med.

[eliasson]

Bra tjänst, men det är som jobasb76 säger; Tjänsten kommer antaligen bli blockerad av mailservrarna om det blir mkt trafik från samma IP.

[Björklund]

Originally posted by eliasson@Mar 20 2008, 12:18
Bra tjänst, men det är som jobasb76 säger; Tjänsten kommer antaligen bli blockerad av mailservrarna om det blir mkt trafik från samma IP.

Eller från samma nätblock.

Hyr lite datorkraft av något botnät.

[kullervo]

Originally posted by KarlRoos@Mar 19 2008, 14:22
Gör ett simpelt API så man enkelt kan integrera din tjänst

Det kräver förmodligen mer arbete att interface:a ett sånt API som att bygga tjänsten själv. Jag ser nästan bara nackdelar med att lägga ut uppdraget på en extern tjänst.