Procédure
Berörd tjänst : mail_php-funktionen för delad webbhotellhosting i LWS Panel
Berört panel : LWS Panel
Nivå : medelnivå
Koderna LPI-RATE01 och LPI-RATE11 visas när en webbplats skickar ett stort antal e-postmeddelanden med PHP-funktionen mail().
De kan utlösas av en ovanligt hög normal aktivitet, men också av ett kapat formulär, ett felkonfigurerat tillägg eller en komprometterad webbplats. Denna hjälp visar hur du hittar ursprunget till utskicken och hur du undviker att problemet upprepas.
Denna hjälp gäller e-post som skickas direkt av en webbplats eller ett PHP-skript.
Använder du en annan sändningstjänst?
L-RATEXX.LPR-RATEXX.Dessa två koder övervakar e-postmeddelanden som skickas med PHP-funktionen mail(), även kallad mail_php i LWS-verktygen.
| Kod | Upptäckt volym | Referensperiod | Konsekvens |
|---|---|---|---|
LPI-RATE01 |
Mer än 480 e-postmeddelanden | 1 timme | Notis, utan blockering |
LPI-RATE11 |
Mer än 4 800 e-postmeddelanden | 24 timmar | Blockering av mail_php i 1 timme |
Koden LPI-RATE01 blockerar inte sändningen av e-post. Den varnar dig om att en stor volym har upptäckts.
Koden LPI-RATE11 blockerar endast utskick som görs av webbplatser med PHP-funktionen mail() under en timme. Den blockerar inte mottagningen av din e-post eller normal användning av dina e-postlådor.
Den tillfälliga blockeringen skyddar ditt webbhotell och ryktet för dess utskicksservrar. Att bara vänta på att den hävs räcker dock inte: du måste hitta orsaken till överskridandet för att undvika att det händer igen.
Från hanteringen av ditt webbhotell i LWS Panel, öppna verktyget Mailspårning.
Välj en period som motsvarar tiden då koden upptäcktes och sök sedan efter e-postmeddelanden som skickats från din domän.
Meddelanden som kommer från PHP-funktionen mail() identifieras med en teknisk avsändare i formatet:
mail_php@dindomän.ext
Denna avsändare är inte en verklig e-postlåda. Den visar att meddelandet har genererats direkt av en webbplats eller ett skript som är installerat på ditt webbhotell.
Kontrollera särskilt:
Försök sedan avgöra om dessa utskick motsvarar en förväntad aktivitet på din webbplats.
E-postmeddelandena kan komma från en normal åtgärd, till exempel:
När volymen är avsiktlig, kontrollera att webbplatsen inte skickar samma meddelande flera gånger. Ett felinställt tillägg, en alltför frekvent automatisk uppgift eller en loop i ett skript kan orsaka tusentals utskick på kort tid.
Minska frekvensen för aviseringarna eller rätta till det berörda tillägget. För regelbundna utskick är det bäst att konfigurera autentiserad SMTP-sändning eller använda en specialiserad tjänst anpassad för stora kampanjer.
PHP-funktionen mail() lämpar sig främst för enstaka meddelanden från en webbplats, som en formulärbekräftelse. Den är inte lämplig för massutskick av nyhetsbrev eller kommersiella kampanjer.
Okända utskick kan komma från:
Börja med att uppdatera ditt CMS, dess tillägg och ditt tema. Inaktivera tillfälligt nyligen installerade tillägg eller sådana som hanterar formulär och notiser, och kontrollera sedan om utskicken upphör.
Om din webbplats har ett formulär, lägg till ett skydd mot skräppost eller en CAPTCHA. Kontrollera också att formuläret begränsar antalet inlämningar och att det inte tillåter att mottagaradressen väljs fritt.
Starta därefter en genomsökning med antivirus- och anti-malware-verktyget som finns tillgängligt i LWS Panel.
Innan du ändrar eller tar bort filer, se till att du har en aktuell säkerhetskopia av din webbplats.
Ta inte bort en fil bara för att dess namn verkar ovanligt. Vissa filer som är nödvändiga för att webbplatsen ska fungera kan ha tekniska namn.
Om en kompromettering bekräftas, ändra även de lösenord som är kopplade till webbplatsen:
Använd olika och tillräckligt långa lösenord för varje åtkomst.
Blockeringen som är kopplad till koden LPI-RATE11 varar i en timme.
Använd denna tid för att hitta och rätta källan till utskicken. När tiden har gått ut kan e-post som genereras av PHP åter skickas om inget nytt överskridande upptäcks.
Undvik att omedelbart starta om ett stort utskick. Börja med att göra ett enda test.
Efter att blockeringen har upphört, skicka ett testmeddelande från den berörda funktionen: kontaktformulär, beställning, notis eller annan åtgärd på webbplatsen.
Öppna sedan Mailspårning och kontrollera att:
mail_php@dindomän.ext;LPI-RATE11 inte visas igen.Åtgärden bekräftas när ett testmeddelande skickas normalt och ingen ny onormal volym visas i mailspårningen.
Koden LPI-RATE11 visas igen efter en timme
Blockeringstiden har gått ut, men orsaken till utskicken finns fortfarande kvar. Kontrollera mailspårningen igen och kontrollera formulär, tillägg, automatiska uppgifter och webbplatsfiler.
Om det behövs, inaktivera tillfälligt funktionen eller tillägget som är ansvarigt för att stoppa utskicken under felsökningen.
Mitt formulär skickar fortfarande inget meddelande
Kontrollera först att blockeringstiden har gått ut. Gör sedan endast ett test och kontrollera dess status i mailspårningen.
Om meddelandet inte visas kan problemet komma från formuläret eller skriptet självt. Om det visas med ett annat fel, se hjälpen som motsvarar den nya visade koden.
Jag vet inte vilken webbplats som är ansvarig
När flera webbplatser är installerade på samma webbhotell, jämför tid och ämne för meddelandena med formulären och notiserna som används på varje webbplats.
Du kan också tillfälligt inaktivera utskicksfunktionerna för en webbplats i taget för att identifiera vilken som genererar meddelandena.
Jag kan inte identifiera ursprunget till utskicken
Kontakta LWS support och ange:
Ställ den till LWS-teamet och communityn. Svaret publiceras efter moderering.