Foutmeldingen voor de SMTP-relayservice

Mail relay denied (Doorsturen van e-mail geweigerd)

  • De e-mails worden gestuurd vanaf een domein of IP-adres dat niet is geregistreerd in Google Workspace. Log in op uw Google Workspace-account en controleer of het IP-adres van uw verzendapparaat is geregistreerd in de instellingen van de SMTP-relayservice van Google Workspace. Zie Instelling SMTP-relayservice voor meer informatie.
  • Het domein met het geconfigureerde beleid kan niet juist worden geïdentificeerd. Zorg dat de verzendende client een geschikte waarde gebruikt voor de HELO-opdracht. In het ideale geval is dit de volledige domeinnaam (FQDN) van het verzendende apparaat. Zorg ook dat de SMTP-afzender (MAIL FROM:) het verzendadres correct identificeert (MAIL FROM: <user@example.com>).

Invalid credentials for relay (Ongeldige inloggegevens voor doorsturen)

Het IP-adres dat u heeft geregistreerd in de instelling voor de SMTP-relayservice van Google Workspace, komt niet overeen met het domein van het account van waaruit deze e-mail is gestuurd. Als u e-mails wilt doorsturen vanuit een domein dat niet is geregistreerd in uw Google Workspace-account, moet u uw e-mailserver zo instellen dat SMTP AUTH wordt gebruikt om het verzenddomein te identificeren of om een van uw domeinnamen te presenteren in de opdracht HELO of EHLO. Zie Instelling SMTP-relayservice voor meer informatie.

Daily SMTP relay limit exceeded for customer (Dagelijkse SMTP-relaylimiet bereikt voor klant)

De klant heeft de dagelijkse SMTP-relaylimiet bereikt. Zie Instelling SMTP-relayservice voor verzendlimieten van de SMTP-relayservice. Of neem contact op met uw beheerder voor hulp.

Peak SMTP relay limit exceeded for customer (Piek-SMTP-relaylimiet bereikt voor klant)

Dit is een tijdelijke fout. De klant heeft de piek-SMTP-relaylimiet overschreden en relay-e-mails voor de klant worden tijdelijk uitgesteld. Zie Instelling SMTP-relayservice voor verzendlimieten van de SMTP-relayservice.

Daily SMTP relay limit exceeded for user (Dagelijkse SMTP-relaylimiet bereikt voor gebruiker)

De gebruiker heeft zijn dagelijkse SMTP-relaylimiet bereikt. Zie Instelling SMTP-relayservice voor verzendlimieten van de SMTP-relayservice. Of neem contact op met uw beheerder voor hulp.

Het bericht heeft te veel ontvangers

Voor smtp-relay.gmail.com geldt een limiet van 100 ontvangers per SMTP-transactie. Als u berichten naar meer ontvangers wilt sturen, begint u een nieuwe transactie (nieuwe SMTP-verbinding of RSET-opdracht).

Bericht heeft de 50 hops overschreden. Dit kan duiden op een e-mail-loop (554 5.4.6)

Het bericht is via meer dan 50 mailserversprongen naar de eindbestemming gegaan. Dit duidt meestal op een e-mailroutingloop. Zo kunt u de lus vaststellen en oplossen:

  • Inspecteer de Received:-headers om de luscyclus te vinden: Controleer de Received:-headers in het bouncebericht of traceer het bericht in Zoeken in e-maillogboeken om te bepalen welke e-mailservers het bericht herhaaldelijk heen en weer sturen. Ga naar Berichten vinden met Zoeken in e-maillogboeken voor meer informatie.
  • Stuur berichten die afkomstig zijn uit Gmail niet terug naar smtp-relay.gmail.com: Als een bericht afkomstig is uit een Google Workspace-mailbox, stuur het dan niet naar een gateway van derden of een op locatie gateway die het bericht terugstuurt via smtp-relay.gmail.com. Hierdoor ontstaat een e-maillus. Ga naar Uitgaande SMTP-relayberichten routeren via Google voor meer informatie.
  • Controleer de regels voor routing en contentcompliance in de Beheerdersconsole: Ga in de Google Beheerdersconsole (Apps en dan Google Workspace en dan Gmail en dan Routing en Compliance) na of de regels voor uitgaande of inkomende routing die de route naar een externe gateway wijzigen, berichten uitsluiten die al binnenkomen via het IP-adres of de hostnaam van die gateway.
  • Controleer op circulair doorsturen en automatische antwoorden: Controleer of er voor de mailboxen, Google-groepen of aliassen van ontvangers geen doorstuurregels of automatische antwoorden vanwege afwezigheid zijn ingesteld waardoor berichten steeds naar elkaar worden doorgestuurd.

Kan niet inloggen vanwege een tijdelijk probleem of te veel inlogpogingen (454 4.7.0)

Er is een tijdelijk inlogprobleem opgetreden op de server of herhaalde inlogpogingen zijn beperkt voor de verbinding. Zo kunt u deze fout vaststellen en oplossen:

  • Open SMTP-verbindingen hergebruiken voor berichten: Open geen nieuwe TCP-verbinding en voer AUTH niet uit voor elk bericht. Houd bestaande SMTP-verbindingen met smtp-relay.gmail.com open (verbindingen kunnen maximaal 10 minuten open blijven) en stuur RSET gevolgd door MAIL FROM om extra berichten te sturen via dezelfde ingelogde sessie.
  • Probeer het opnieuw met exponentiële back-off: Omdat 454 4.7.0 een tijdelijke (4xx) fout is, stel je je mailserver of verzend-app zo in dat het uitgestelde bericht in de wachtrij wordt geplaatst en probeer je het opnieuw met exponentiële back-off in plaats van meteen opnieuw te proberen in te loggen in een lus.
  • Controleer de instellingen voor TLS, de IP-toelatingslijst en SMTP AUTH: Controleer of uw e-mailserver of apparaat verbinding maakt via TLS (poort 587 met STARTTLS of poort 465), of uw openbare IP-adressen voor verzenden zijn geregistreerd in de instelling SMTP-relayservice en of uw EHLO- of HELO-domein en de gebruikersnaam en het wachtwoord voor SMTP AUTH overeenkomen met een actieve Google Workspace-gebruiker in uw geregistreerde domein. Ga naar Uitgaande SMTP-relayberichten routeren via Google voor meer informatie.

Opmerkingen:

  • Foutmeldingen worden wellicht niet altijd weergegeven. Dit kan verschillende redenen hebben. De servers aan de kant van de verzender accepteren bijvoorbeeld misschien geen niet-bezorgingsrapporten (NDR's) of de verzendende client kan geen e-mailmeldingen ontvangen omdat de verzender een apparaat is, zoals een printer of scanner.
  • Als de foutmeldingen de Google-servers hebben bereikt, kunnen ze worden getraceerd in de zoekfunctie voor e-maillogboeken.
  • Als de afzender verzendlogboeken bijhoudt, kan deze de foutmeldingen traceren in de logboeken.