Låt oss bringa lite ordning i begreppsapparaten.
WordPress är programvara med öppen källkod som vem som helst är fri att installera och köra på sin webbserver.
WooCommerce är ett WordPress-tillägg, en modul man kan lägga till i sin WordPress-installation för att kunna bygga en e-butik med WordPress som grund.
Reco är troligen en tredjepartstjänst som man kan länka in i sin WordPress-installation med hjälp av någon modul för detta.
När ”WooCommerce” skickar e-post används (med största sannolikhet) funktionen för att skicka e-post från WordPress.
Om WordPress inte har något extra tillägg för att skicka e-post på något särskilt sätt kommer WordPress som standard att skicka avgående e-post direkt från webbservern. Det betyder att olika spamfilter på vägen från webbservern till mottagarens e-posttjänst bland annat kommer att väga in eventuellt ”spam-rykte” för webbserverns IP-adress i sina beslut om e-postmeddelanden ska släppas fram eller filtreras bort.
Vissa webbhotell blockerar möjligheten för sina webbservrar att skicka e-post direkt eftersom risken är stor att det skickas spam den vägen. Den rekommenderade lösningen brukar vara att man i WordPress installerar ett tillägg som styr om avgående e-post så att meddelandena i stället skickas via en ”riktig” e-postserver (på samma sätt som när du skickar e-post från din dator – din dator loggar in till e-postservern och sedan är det e-postservern som skickar posten vidare).
Om du skickar e-post från webbservern kan du förbättra leveransbarheten för e-posten genom att i DNS-inställningarna för din domän lägga in en SPF-deklaration som inkluderar webbserverns IP-adress.
WordPress supportforum är avsett för ”hjälp till självhjälp”. Vi har inte tillgång till (och vill inte ha tillgång till) något mer än de publika sidorna på din webbplats.
Överlag:
Kolla att WordPress samt dess tillägg och teman är uppdaterade.
Kolla att webbservern kör en lämplig version av PHP (7.4 eller 8.0 för närvarande).
Prova att tillfälligt aktivera registrering av PHP-fel i WordPress till fil (se nedan), sedan utföra någon åtgärd som bör utlösa avgående e-post och efteråt kolla i loggen om något fel har registrerats.
Kolla med webbhotellet om de har några rekommendationer för hur e-post bör hanteras.
Kolla möjligheten att skapa en SPF-post.
Om du behöver mer handgriplig hjälp kan du kolla med webbhotellet eller försöka hitta någon du litar på som är villig att konsultera (men det är alltså inte via detta forum).
—-
Du kan aktivera loggning av PHP-fel till fil (Obs TILLFÄLLIGT!) enligt instruktionerna i https://wordpress.org/support/article/debugging-in-wordpress/ och ändra i filen /wp-config.php raden (För detta behöver du antagligen FTP, som jag kommenterar nedan, och en bra textredigerare, på Windows rekommenderar jag Notepad-plus-plus.)
define( ’WP_DEBUG’, false );
till
define( ’WP_DEBUG’, true );
define( ’WP_DEBUG_LOG’, true );
Eventuella fel kommer att skrivas till filen /wp-content/debug.log
Kom ihåg att efteråt stänga av loggningen. Annars finns risken att loggen tar onödigt mycket plats och att eventuella angripare i framtiden via loggen kan få information om säkerhetsproblem som de kan försöka att utnyttja.
Om du behöver hjälp med att tolka eventuella felmeddelanden kan du posta dem här. Kolla bara så att du inte av misstag lägger ut någon känslig information.
För att kunna göra dessa ändringar behöver du använda FTP (t.ex. med FileZilla som klient) för att kunna tanka hem wp-config.php och redigera dem (t.ex. i programmet notepad++ ) och sedan tanka upp den redigerade versionen.
