Etikettarkiv: epost

Skickar du E-post från din webbtjänst?

Om du har en E-butik, webbtjänst eller liknande och har behov av att skicka E-post till dina användare så bör du läsa detta om du vill att mottagaren skall få dina E-post med större sannorlikhet. Nedan åtgärder genomförde jag för Bloggy för att vissa användare rapporterat att de ej fick någon E-post från Bloggy.

Steg 1

Undersök huruvida de E-post du skickar ut i dagsläget klassificeras som spam. Och ett bra hjälpmedel för detta är spamassassin:

Content analysis details:   (4.7 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
-0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 0.8 HTML_TAG_BALANCE_BODY  BODY: HTML has unbalanced "body" tags
 0.0 HTML_MESSAGE           BODY: HTML included in message
 2.4 HTML_IMAGE_ONLY_08     BODY: HTML: images with 400-800 bytes of words
 1.7 MIME_HTML_ONLY         BODY: Message only has text/html MIME parts
 1.3 SUBJECT_NEEDS_ENCODING SUBJECT_NEEDS_ENCODING
 1.1 HTML_SHORT_LINK_IMG_1  HTML is very short with a linked image
-2.6 AWL                    AWL: From: address is in the auto white-list

Tips: Om du ej kan få tag på ett E-brev i ”rått format” som du skickar ut så har exempelvis Google Mail en funktion som heter ”Visa orginal” där du kan klippa ut innehållet och sedan klistra in det i en textfil och sedan använda kommandot spamassassin -t på innehållet:

# apt-get install spamassassin

# cat epost.txt | spamassassin -t

Som ovan analys visar så innehåller E-brevet ett antal ”fel” som gör att det i högre grad klassificeras som spam.

Steg 2

Då är det dags att försöka förbättra resultatet, de åtgärder jag genomförde var:

  • Installera phpmailer. I mitt fall så skrev jag en funktion som wrappar PHP:s mail()
  • Lägga till en extra radbrytning i början av E-brevet som skickades
  • Ta bort logotypen
  • Korrigera SPF (Sender Policy Framwork). Eller om du ej har någon, lägg till.
  • Korrigera framlänges/baklängesuppslagning på mailservern
  • Verifiera att din DNS-kvalité är hög med dnscheck.se

Och då testar vi med spamassassin igen:

Content analysis details:   (1.2 points, 5.0 required)
 pts rule name              description
---- ---------------------- --------------------------------------------------
-0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 0.0 HTML_MESSAGE           BODY: HTML included in message
 1.2 AWL                    AWL: From: address is in the auto white-list

Betydligt bättre. Dock är det fortfarande problem att skicka E-post till hotmail.com och efter ett tips från @philip så kontaktade jag Microsoft genom att fylla i följande formulär:

Registrera Er för Smart Network Data Services:
https://postmaster.live.com/snds/index.aspx

Registrera Er för SenderID Partner Program:
https://support.msn.com/eform.aspx?prod … ct=eformts

Registrera Er för Junk Mail Reporting Partner Program:
https://support.msn.com/eform.aspx?prod … ct=eformts

Registrera Er under ”Sender Information for Hotmail Delivery”
https://support.msn.com/eform.aspx?prod … ct=eformts

Samt så la jag till så att framlänges/baklängesuppslagning gick till samma host och ett SPF-record som slutar på ”-all” eller ”~all”.

Läs även vpsforum.se/viewtopic.php?f=10&t=41&sid=b439c6de711987bf75f26ce767650d7d

Gillar du detta inlägg? Pusha gärna på knappen nedan:

Strul med den elektroniska posten

Jag har pysslat rätt länge med E-post, för över 10 år sedan så byggde jag system som slussade E-post över UUCP men sedan dess så har jag inte lagt så mycket krut eftersom mail (SMTP) oftast är ett såntdär protokoll som bara fungerar så länge man inte rör något. Oja, jag har nog lyckats att göra alla fel man kan göra och hamnat i alla möjliga RBL-listor (förr i tiden då standard var att släppa igenom allt).

Men idag då jag kollade igenom diverse konton som hade fått studsmail som låg och skräpade så fann jag att några E-brev från tjänsterna blogbackupr, bloggbackup samt från denna bloggs WordPress inte hade kommit fram som de skulle så jag hittade två faktorer:

1. CPU-belastningen på den VPS som jag hyr är på tok för hög vilket resulterar i att sendmail slutar ta emot mail:

Processen säger ”sendmail: MTA: rejecting connections on daemon MSP-v4: load average: 35”

och lasten är enligt följande: load average: 34.92, 35.41, 35.42

Om du ändå vill ta emot E-post så konfigureras detta sendmail.cf med följande parametrar:

# load average at which we just queue messages
O QueueLA=

# load average at which we refuse connections
O RefuseLA=

# load average at which we delay connections; 0 means no limit O
DelayLA=

2. Return-path är felaktig satt vilket gör att vissa mailservrar inte tar emot mail som skickas via PHP-funktionen mail()

Detta åtgärdas genom att sätta PHP.INI-konfigurationsvärdet ”sendmail_from”. Kan sättas i godtycklig php-kod på följande sätt innan mail() anropas:

ini_set(”sendmail_from”, ”[email protected]”);

Så får vi hoppas att detta löst mailproblemen för denhär gången.

Update: Det löste tyvärr inte problemet. Var även tvungen att lägga till ”-r [email protected]” som fjärde argument till PHP-funktionen mail() så löste det mitt problem.