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.

Kommentera

E-postadressen publiceras inte. Obligatoriska fält är märkta *