Felmeddelanden för SMTP-relätjänst

• E-post skickas från en domän eller IP-adress som inte är registrerad i Google Workspace. Logga in på ditt Google Workspace-konto och verifiera att IP-adressen för den sändande enheten är registrerad i inställningarna för Google Workspace SMTP-relätjänst. Se Inställning för SMTP-relätjänsten för mer information.
• Det gick inte att korrekt identifiera domänen med den konfigurerade policyn. Se till att den sändande klienten använder ett lämpligt värde för HELO-kommandot, helst det fullständiga domännamnet (FQDN) för den sändande enheten, och att SMTP-avsändaren (MAIL FROM:) identifierar sändningsadressen korrekt (MAIL FROM: <user@example.com>).

IP-adressen som du har registrerat i inställningen för Google Workspace SMTP-relätjänst matchar inte domänen för kontot som det här e-postmeddelandet skickas från. Om du försöker vidarebefordra e-post från en domän som inte är registrerad i ditt Google Workspace-konto måste du konfigurera e-postservern att antingen använda SMTP AUTH för att identifiera den sändande domänen eller att visa ett av dina domännamn i HELO- eller EHLO-kommandot. Se Inställning för SMTP-relätjänsten för mer information.

Kunden har nått sin dagliga SMTP-relägräns. Se Inställning för SMTP-relätjänsten för SMTP-reläets sändningsgränser eller kontakta din administratör för ytterligare hjälp.

Detta är ett tillfälligt fel. Kunden har överskridit sin högsta SMTP-relägräns och reläpost för kunden skjuts tillfälligt upp. Se Inställning för SMTP-relätjänsten för SMTP-reläets sändningsgränser.

Användaren har nått sin dagliga SMTP-relägräns. Se Inställning för SMTP-relätjänsten för SMTP-reläets sändningsgränser eller kontakta din administratör för ytterligare hjälp.

Det finns en gräns på 100 mottagare per SMTP-transaktion för smtp-relay.gmail.com. Om du vill skicka meddelanden till ytterligare mottagare kan du starta en ny transaktion (ny SMTP-anslutning eller RSET-kommando).

Meddelandet passerade mer än 50 e-postservrar innan det nådde sin slutdestination, vilket vanligtvis tyder på en e-postdirigeringsslinga. Så här diagnostiserar och åtgärdar du loopen:

• Granska Received:-rubriker för att hitta loopcykeln: Granska Received:-rubrikerna i det avvisade meddelandet eller spåra meddelandet i e-postloggsökningen för att identifiera vilka e-postservrar som upprepade gånger skickar meddelandet fram och tillbaka. Mer information finns i Hitta meddelanden med e-postloggsökning.
• Dirigera inte meddelanden som kommer från Gmail tillbaka till smtp-relay.gmail.com: Om ett meddelande kommer från en Google Workspace-postlåda ska du inte dirigera det till en extern eller lokal gateway som vidarebefordrar meddelandet via smtp-relay.gmail.com. Det skapar en e-postslinga. Mer information finns i Dirigera utgående SMTP-relämeddelanden via Google.
• Granska regler för dirigering och innehållsefterlevnad i administratörskonsolen: Kontrollera att utgående eller inkommande dirigeringsregler som ändrar rutten till en extern gateway utesluter meddelanden som redan kommer från gatewayens IP-adress eller värdnamn i Googles administratörskonsol (Appar Google Workspace Gmail Dirigering och Efterlevnad).
• Kontrollera om det finns cirkulär vidarebefordran och automatiska svar: Kontrollera att mottagarnas postlådor, Google-grupper eller alias inte har regler för automatisk vidarebefordran eller autosvar vid frånvaro som vidarebefordrar meddelanden till varandra i en cykel.

Servern stötte på ett tillfälligt inloggningsproblem eller begränsade upprepade inloggningsförsök på anslutningen. Så här diagnostiserar och åtgärdar du felet:

• Återanvänd öppna SMTP-anslutningar för meddelanden: Öppna inte en ny TCP-anslutning och kör AUTH för varje meddelande. Håll befintliga SMTP-anslutningar till smtp-relay.gmail.com öppna (anslutningar kan vara öppna i upp till tio minuter) och skicka RSET följt av MAIL FROM för att skicka ytterligare meddelanden under samma inloggade session.
• Försök igen med exponentiell backoff: Eftersom 454 4.7.0 är ett tillfälligt (4xx) fel konfigurerar du e-postservern eller sändningsappen så att det uppskjutna meddelandet placeras i kö och försöker igen med exponentiell backoff i stället för att omedelbart försöka logga in igen i en slinga.
• Verifiera inställningarna för TLS, IP-godkännandelista och SMTP AUTH: Bekräfta att e-postservern eller enheten ansluter via TLS (port 587 med STARTTLS eller port 465), att dina sändande offentliga IP-adresser är registrerade i inställningen för SMTP-relätjänsten och att din EHLO- eller HELO-domän och användarnamn och lösenord för SMTP AUTH matchar en aktiv Google Workspace-användare på din registrerade domän. Mer information finns i Dirigera utgående SMTP-relämeddelanden via Google.