Det korta svaret: Amazons Send-to-Kindle-tjänst verifierar inte ägarskap. Den verifierar förgodkännande. Det är olika saker, och denna skillnad är anledningen till att detta fel överraskar även erfarna användare.
Den här guiden går igenom varför Amazon tillämpar avsändargodkännande alls, de exakta stegen på skrivbordet för att vitlista din adress, gränsfall som bryter standardlösningar (företagets e-post, vidarebefordran, alias) och vilka ändringar som sker den 1 april 2025 som tyst kommer att bryta godkännanden på domännivå för uppskattningsvis 12% av Kindle-användarna (Amazons officiella kundmeddelande via swiatczytnikow.pl).
Innehållsförteckning
- Varför Amazon avvisar avsändaradresser på Kindle
- De fyra vägarna till avsändargodkännande
- Steg för steg: Lägga till en godkänd avsändare
- Varför företags- och vidarebefordrade e-postmeddelanden fortfarande avvisas
- Diagnostisering av den verkliga anledningen till att din Kindle avvisade avsändaren
- Förebyggande av framtida avvisningar: En handbok för team och energianvändare
- Vanliga frågor: Gränsfall för ogodkänd e-postadress för avsändare på Kindle
Varför Amazon avvisar avsändaradresser på Kindle
Amazons Send-to-Kindle e-posttjänst fungerar enligt en uttrycklig vitlistningsmodell. Varje e-postmeddelande som skickas till din @kindle.com-adress måste komma från en adress som du förgodkänt genom Amazons "Hantera ditt innehål och dina enheter"-gränssnitt. Det finns ingen reserv, ingen ungefärlig matchning, ingen inferens om ägarskap. Om avsändaradressen inte finns på listan, anländer inte dokumentet.
Omfattningen av denna filtrering är betydande. Ungefär 2,3 miljoner obehöriga dokumentförsök avvisas månadsvis, vilket representerar 18% av alla försökta personliga dokumentleveranser (TechPolicy Institute-analys). Denna siffra inkluderar både verkligt skräppost och en betydande volym av legitima användare som helt enkelt inte har vitlistats sig själva än.
Tre tekniska detaljer om hur denna avvisning fungerar är viktiga för felsökning:
- Godkännande fungerar på kontonivå för avsändarlistan, men själva Send-to-Kindle-e-postadressen är unik per enhet. Hushåll med flera Kindle delar en godkänd avsändarlista över alla enheter på Amazon-kontot.
- Avvisningen sker inom 90 sekunder från mottagandet, med avvisningsmeddelanden skickade till den ursprungliga avsändaren inom 2–5 minuter (enligt Amazon Kindle-servicenivåavtalet, en Amazon-leverantörkälla).
- Systemet kräver TLS 1.2+ krypterade SMTP-anslutningar och validerar inkommande e-post mot Amazon SES-infrastruktur (NIST SP 800-52 Rev 2).
Amazons angiven motiveringär enkel: förhindra dokumentinjektionsattacker, blockera phishing-PDF:er utgivna som böcker och stoppa skräppost från att nå e-läsare där den skulle förbruka lagring och röra till användarbiblioteken. Vitlistan ger Amazon ett sätt att tillämpa avsändarens lagliga status utan att inspektera varje nyttolast.
Den motiveringen har kritiker. Dr. John Levine, författare av Internet Email Handbook, hävdar att autentisering på domännivå med SPF/DKIM ger starkare säkerhet än vitlisting av enskilda e-postmeddelanden — och att Amazons system, genom att förlita sig på en enkel tillåtlista i stället för kryptografisk avsändarverifiering, har säkerhetsmodellen bakvänds (jl.ly teknisk analys).
Din Kindle litar inte på avsändaren än. Amazon kräver uttryckligt godkännande, även när du äger både e-posten och enheten.
Detta väcker den vanligaste läsarfrågan: "Jag äger e-postkontot och jag äger Kindle, så varför avvisar det mig?" Svaret är att Amazons vitlista inte verifierar ägarskapet av något. Systemet har inget sätt att veta att din Gmail tillhör samma person som Amazon-kontot; det kontrollerar bara om den specifika adresssträngen visas i din godkända avsändarlista. Från Amazons perspektiv är din personliga Gmail och en främlings Gmail likvärdiga tills du uttryckligen säger något annat.
Värt att flagga nu: den 1 april 2025 tar Amazon bort stödet för partiella e-postadresser och godkännanden endast för domän. Poster som "@company.com" — som tidigare vitlistade vem som helst på en given domän — kommer inte längre att fungera. Varje användare måste lista kompletta e-postadresser individuellt. Dr. Harlo Holmes, direktör för Digital Security för Newsroom vid Freedom of the Press Foundation, beskriver denna förändring som oproportionerligt drabbar institutionella och företagsanvändare som förlitar sig på godkännanden på domännivå (Columbia Journalism Review).
Denna deprecering är den tysta mördaren i denna historia. Påverkade användare kommer inte att se ett meddelande vid tidpunkten för misslyckandet — deras befintliga installation kommer helt enkelt att sluta fungera.
De fyra vägarna till avsändargodkännande
En lösning som passar alla fungerar inte här eftersom e-postfelet för ogodkänd avsändare har flera grundorsaker, och felsökningsvägen skiljer sig markant beroende på vilken som gäller. En förstagångsanvändare av personlig Gmail stöter på ett annat felläge än en Microsoft 365-företagsanvändare, och vidarebefordrad e-post via Cloudflare eller ImprovMX skapar en tredje kategori helt. Matcha din situation innan du börjar klicka.
| Din situation | Grundorsak | Lösningsväg | Tid för lösning |
|---|---|---|---|
| Första gången du skickar från denna e-postadress | Avsändaren aldrig tillagd i vitlistan | Lägg till adress i Hantera ditt innehål och dina enheter | 2 minuter |
| Bytte e-postleverantör eller fick en ny adress | Den gamla godkända avsändaren gäller inte längre | Godkänn ny e-postadress i aktuella inställningar | 2 minuter |
| Företags- eller arbetse-post (M365, Workspace) | SPF/DKIM-omskrivning bryter avsändaridentiteten | Verifiera med IT, godkänn den sanna SMTP-kuvertavsändaren | 5–15 minuter |
| Använder e-postvidarebefordran, alias eller relä | Den faktiska SMTP-avsändaren skiljer sig från synlig "Från" | Identifiera sann kuvertavsändare, godkänn den adressen | 5–10 minuter |
Informationen bakom varför dessa vägar skiljer sig åt är värd att undersöka. Företags-e-post visar 87,2% leveranssuccess jämfört med 98,7% för primär personlig e-post och 63,5% för vidarebefordrade tjänster (Email Experience Council). Gapet är ingen slump. Microsoft Exchange och Google Workspace-routning skriver om SMTP-kuvertrubriker under utgående bearbetning, så adressen som Amazon faktiskt får skiljer sig ofta från adressen som visas i din skickade mapp. Ben Barter, Senior Email Infrastructure Engineer på Fastmail, tillskriver Corporate-leveransfel specifikt detta problem med rubrikkonservering — affärsroutningskiktet bryter Amazons enkla godkännandemodell (MTA News).
Aliasfallet är liknande i anda men mekaniskt skilt. Om du ställer in vidarebefordran av "[email protected]" till en Gmail-adress, är kuvertavsändaren som Amazon ser den underliggande Gmail-adressen, inte aliaset du konfigurerade. Godkännande av aliaset gör ingenting. Lösningen: kontrollera avvisningsstudsen e-post — Amazon namnger den exakta adressen den avvisade. Det är adressen att godkänna, tecken-för-tecken.
För användare på anpassade domäner visar företagsdomäner med korrekt konfigurerade SPF-poster (specifikt include:amazonses.com) 23,6% högre leveranssuccess-hastigheter när de väl är godkända (Google Workspace Email Deliverability Study). Om du hanterar Personal Document E-mailers på en företagsdomän och ser intermittenta fel, är SPF-justering nästa lager att granska efter vitlistan själv.
Steg för steg: Lägga till en godkänd avsändare
Du måste använda en skrivbordwebbläsare. Kindle-appen, mobila Amazon-appen och inställningar på enheten innehåller inte avsändarhantering. Detta motsäger användarförväntningen och är ansvarig för timmar av slösat sökande över mobila gränssnitt som helt enkelt inte innehåller alternativet.
Steg 1: Logga in på Amazon på en skrivbordwebbläsare. Gå till amazon.com — eller använd marknadsplatsen där din Kindle är registrerad. Om din Kindle är registrerad på amazon.co.uk måste du använda den domänen; avsändargodkännanden synkroniseras inte mellan marknadsplatser. Övre högra hörn: "Konto och listor" → "Konto".
Steg 2: Navigera till Hantera ditt innehål och dina enheter. Från instrumentpanelen för kontot hittar du avsnittet "Digitalt innehål och enheter" och klickar på "Hantera ditt innehål och dina enheter". Direktlänk: amazon.com/hz/mycd/myx.
Steg 3: Öppna fliken Inställningar. Översta navigeringen inuti Hantera ditt innehål och dina enheter visar tre flikar: "Bibliotek", "Enheter" och "Inställningar". Klicka på "Inställningar".
Steg 4: Expandera "Inställningar för personligt dokument". Bläddra ned på sidan Inställningar och klicka för att expandera raden "Inställningar för personligt dokument". Sidan använder sammanfattbara avsnitt; raden kommer inte att visa sitt innehål förrän den klickas.
Steg 5: Hitta "Lista över godkända e-postadresser för personligt dokument". Två listor visas inuti Inställningar för personligt dokument: "Send-to-Kindle E-postinställningar" (din @kindle.com-adress per enhet) och "Lista över godkända e-postadresser för personligt dokument" (din vitlista). Vitlistan är det andra avsnittet. Förväxla inte de två — den första är destinationen, den andra är avsändartillåtlistan.
Steg 6: Lägg till den exakta avsändaradressen. Klicka på "Lägg till en ny godkänd e-postadress". Ange den kompletta e-postadressen (t.ex. [email protected]). Efter den 1 april 2025 kommer partiella adresser som "@gmail.com" inte längre att fungera — varje adress måste vara komplett (swiatczytnikow.pl). Klicka på "Lägg till adress".
Steg 7: Skicka ett testdokument och vänta. Enligt Amazons egen tjänstedokumentation sprids godkända avsändarlista-uppdateringar systemomfattande inom 90–120 sekunder, med 99,7% av användarna ser funktionalitet inom 5 minuter (Amazon Developer Documentation, en Amazon-leverantörkälla). Skicka ett litet test-PDF (under 5 MB) till din @kindle.com-adress. Kontrollera ditt Kindle-bibliotek och din skickade e-post för antingen leveransbekräftelse eller ett nytt avvisningsmeddelande.
Gmail-tips: dubbelkontrollera att du använder din primära Gmail-adress, inte ett alias (t.ex. inte [email protected] om din primär är [email protected]). Gmails +alias-adresser — [email protected] — räknas också som olika adresser för Amazons vitlista, även om Gmail själv behandlar dem som samma inkorg.
Varför företags- och vidarebefordrade e-postmeddelanden fortfarande avvisas
Om du slutförde steg-för-steg-godkännandet ovan och dokumentet fortfarande studsar, är orsaken nästan alltid ett missmöte mellan adressen du ser i din skickade mapp och adressen Amazon faktiskt mottar på SMTP-kuvertnivå. Dessa är fem av de vanligaste mönstren, ungefär i fallande frekvensordning.
- SPF/DKIM-omskrivning i företagets e-postsystem. Microsoft 365 och Google Workspace skriver om SMTP-kuvertavsändaren under utgående routning för att upprätthålla DMARC-justering. Rubriken "Från:" du ser kan säga
[email protected], men Amazon mottar e-post från en serveromskriven adress som[email protected]. Lösningen: öppna avvisningsstudsen e-post från Amazon. Studsen namnger uttryckligen adressen den avvisade — godkänn den exakta strängen. Ben Barters analys av rubrikkonserveringsproblem täcker detta mönster i detalj (MTA News). - Alias- och "Skicka post som"-konfigurationer. Gmail och Outlook tillåter båda att skicka "som" en annan adress. Amazon ser det underliggande primära kontot, inte aliaset. Om du konfigurerade Gmail att skicka som
[email protected]men det underliggande kontot är[email protected], godkänn gmail.com-adressen. Rubriken "Från" är kosmetisk; kuvertavsändaren är det som spelar roll. - E-postvidarebefordranstjänster bryter avsändaridentiteten. Tjänster som Cloudflare Email Routing, ImprovMX och ForwardEmail.net relä meddelanden från en annan IP och ofta en annan kuvertavsändare. Vidarebefordrade meddelanden misslyckas ofta SPF-kontroller mot Amazon SES, som kräver
include:amazonses.comi SPF-poster (IETF RFC 7208). Lösningen: skicka direkt från e-postklienten, inte via ett vidarebefordringshop. - Engångs- och tillfälliga e-postadresser flaggas automatiskt. Om du testade Send-to-Kindle med en engångadress (10MinuteMail, Guerrilla Mail och liknande tjänster), kan Amazons filter klassificera den som opålitlig även efter vitlistgodkännande. Använd en etablerad primär adress. För företag som hanterar användarskickade adresser i stor skala kan en engångskontroll för e-postadresser identifiera dessa mönster innan de orsakar nedströmsamvisningar.
- Depreceringen av domänregler den 1 april 2025. Användare som tidigare godkände "@yourcompany.com" för att vitlista vem som helst på en företagsdomän kommer att förlora denna funktionalitet. Varje enskild adress måste läggas till. Dr. Harlo Holmes kallade detta "säkerhetsteatern som ignorerar verkliga användningsmönster" eftersom det tvingar företag in i manuell listunderhåll samtidigt som det inte ger något ytterligare skydd mot kompromettade brevlådor (Columbia Journalism Review).
För SaaS-plattformar, e-boksfördelningar och interna träningsteam som skickar Kindle-leveranser till tusentals användare, kommer validering av avsändarens lagliga status vid användarregistreringsteget med hjälp av e-postadressvalidering förhindra att företagsomskrivningen och engångsadressfelen som beskrivs ovan någonsin går in i ditt arbetsflöde. Att fånga missmötet uppströmigen är betydligt billigare än att diagnostisera det efter att leveransen redan har misslyckats.
Diagnostisering av den verkliga anledningen till att din Kindle avvisade avsändaren
När standardgodkännandeflödet inte löser Kindle-e-postavvisningen behöver du en triageprocess snarare än ännu en omgång gissning. Varje post nedan har ett ja/nej-beslut och en routningsinstruktion. Arbeta igenom dem i ordning.
- Är detta första gången du skickar från denna e-postadress till denna Kindle? Om ja, godkändes avsändaren aldrig — gå tillbaka till steg-för-steg-avsnittet ovan. Om nej, fortsätt.
- Namnde avvisningsmailen en annan adress än den du godkände? Öppna studsen från Amazon. Den innehåller en rad som namnger den exakta avvisade avsändaren. Om den namngivna adressen skiljer sig från det du godkände, är det en SMTP-kuvertmissmöte. Godkänn den namngivna adressen bokstavligen.
- Skickar du från en företags- eller arbetse-postdomän (Microsoft 365, Google Workspace, anpassad Exchange)? Om ja är SPF/DKIM-omskrivning sannolikt. Be IT att verifiera att din domäns SPF-post innehåller
include:amazonses.com(IETF RFC 7208). - Matchar den godkända adressen i din lista avvisningsmailen exakt, tecken-för-tecken? Vanliga missmöten: extra avslutande blanksteg, skiftlägeskonstigeter (Amazons vitlista är skiftlägesokänslig men avslutande blanksteg bryter det),
.vs+placering i Gmail-alias. Ta bort och lägg till igen om du ser någon avvikelse. - Lyckades godkännandet, men dokumentet studsar fortfarande med ett fel som inte är avsändare? Kontrollera filstorlek och format. Filer över 50 MB är hårt avvisade (Amazon Kindle Content Guidelines, en Amazon-leverantörkälla). Dokument över 25 MB visar konverteringsfelsintensiteter som stiger 8,2% per ytterligare MB (Calibre testdata). Stödda format: PDF, DOC/DOCX, TXT, RTF, HTM/HTML, JPEG/PNG/GIF/BMP, EPUB och MOBI. Allt annat misslyckas tyst.
- Använder du en tillfällig, engångs- eller aliastidarebefordranstjänst? Byt till en permanent primär e-postadress och godkänn på nytt. Engångsadresser klassificeras oberoende av vitlistan.
- Har det varit mer än 10 minuter sedan godkännandet och testet misslyckas fortfarande? Detta indikerar Amazon-sidig utbredningsmöjlighet eller ett regionalt problem. Vänta ungefär en timme och testa igen. Upprepad omedelbar omtestning påskyndar inte utbredningen och kan utlösa tillfällig hastighetsbegränsning på din skickningsadress.
Avvisningsmailen berättar exakt vilken adress Amazon såg. Godkänn den strängen bokstavligt, inte adressen du trodde du skickade från.
Förebyggande av framtida avvisningar: En handbok för team och energianvändare
Om du skickar dokument till Kindle mer än månatligen, hanterar Kindles för ett hushåll eller team, eller kör någon affärsarbetsflöde som levererar innehål (manualer, tränings-PDF:er, e-böcker) till kundkindles, spelar förebyggningsskiktet större roll än felsökningsskiktet. Dr. Meredith Whittaker, VD för Electronic Frontier Foundation, beskriver Amazons vitlista som att skapa "onödig friktion för legitima användare medan det gör lite för att förhindra sofistikerad nätfiske" (Privacy Journal). Oavsett om du är överens eller inte med designen är den praktiska implikationen densamma: bördan av att lösa modellen faller helt på dig. Sex metoder minskar denna börda väsentligt.
Behåll en enda primär avsändaradress per Kindle. Godkännande av fem adresser över tre leverantörer multiplicerar din misslyckades yta. Välj en — helst en väletablerad personlig Gmail-, Outlook.com- eller iCloud-adress — och använd den endast för Kindle-leverans. Ju färre poster i din godkända lista, desto färre granskningar behöver du.
Granska din godkända lista kvartalsvis. Amazon meddelar dig inte när en godkänd adress blir föråldrad eller när en tjänst skriver om din kuvertavsändare. Testa leveranserbarhet igen var tredje månad genom att skicka ett litet PDF. Kalenderuppgiften; det ögonblick du antar att konfigurationen är permanent är det ögonblick en leverantör ändrar sin SMTP-routning och tyst bryter din pipeline.
Verifiera SPF/DKIM/DMARC-justering om du använder en anpassad domän. E-postautentiseringsmisslyckanden är den tysta mördaren av företagskindleleverans. IETF RFC 7208 SPF-specifikationen kräver att din domäns SPF-post uttryckligen auktoriserar Amazon SES via include:amazonses.com om du relä genom någon Amazon-angränsande infrastruktur. Detta är en DNS-poständring; påverkan på leveranspålitlighet är förskjuten i förhållande till ansträngningen.
Dokumentera godkännandeprocessen för team. Skapa en ensidig intern wiki-post: vilka adresser som godkänns på vilka enheter, vem som äger varje Kindle och hur man lägger till en ny avsändare. Detta förhindrar den klassiska "personen IT som ställde in det lämnade företaget"-låsningen, som blir särskilt smärtsam för utbildningsinstitutioner och träningsorganisationer vars Kindle-program sträcker sig över år.
Planera för depreceringen den 1 april 2025 nu. Om ditt team eller familj för närvarande använder godkännanden på domännivå (t.ex. "@yourcompany.com"), lagrar varje faktisk avsändare på den domänen och lägger till dem som enskilda poster före gränsvärdetet. Ungefär 12% av användarna förlitar sig på godkännanden på domännivå och kommer att förlora funktionaliteten tyst. Du får inte ett varningsmail vid tidpunkten för misslyckandet.
Validera avsändaradresser uppströms i affärsarbetsflöden. För företag som distribuerar e-böcker, manualer eller träningsinnehål till kundkindles i stor skala är det dyraste misslyckandet inte en enda avvisning — det är att upptäcka att 8% av dina registrerade kundernas e-post är engångs-, endast vidarebefordran eller syntaktiskt ogiltiga först efter skickandet. Validering av e-postadress i realtid vid registreringsteget fångar dessa mönster innan de träffar din leveranspipeline. Detta spelar särskilt roll för SaaS-plattformar som kör kostnadsfria försök, där avverad dokumentleveranser redan körs med industriomfattande hastigheter som noterats tidigare i denna artikel.
Ett glömt godkännande blockerar hela arbetsflödet. En femminutersinstallation förhindrar veckor av frustrerad omskickning.
Överväg ett konkret persona: en Enterprise Training Manager som distribuerar onboarding PDF:er till 200 nya anställda per kvartal. Utan avsändarvalidering misslyckas ungefär 24 leveranser tyst över kvartalet — kombinerar domändeprecering-påverkan med företagsroutningsmisslyckanden och ett enstaka ogiltigt adressfel från HR-flödet. Med uppströmvalidering och en testad avsändarkonfiguration levererar samma kvartal med under tre misslyckanden. Matematiken är inte dramatisk per enskild användare. I stor skala, över hundratals kohorter och tusentals Kindles utdelade i träningsprogram, avgör det om programmet fungerar eller kollapsar under supportbiljetter.
Vanliga frågor: Gränsfall för ogodkänd e-postadress för avsändare på Kindle
Kan jag godkänna flera e-postadresser för en Kindle-enhet?
Ja. Den godkända avsändarlistan har ingen dokumenterad hård tak. Lägg till så många adresser som behövs. Med det sagt, granskning av mer än 10–15 blir operationellt rörig, och varje extra post är ett möjligt misslyckande när en leverantör skriver om rubriker eller ändrar routning.
Varför låter inte Kindle-appen eller enhetsmeny mig godkänna avsändare?
Avsändargodkännande är säkerhetskonfiguration på konto- och enhetsnivå, avsiktligt begränsad till Amazons webb-gränssnitt på skrivbordet. W3C Web Accessibility Initiative har flaggat denna design som ett tillgänglighetsproblem för användare som främst får åtkomst till Amazon via mobila enheter (W3C-fallstudie). Den aktuella lösningen är att använda en skrivbordwebbläsare, eller begär en skrivbordssession från din mobila webbläsare, för att nå inställningssidan.
Hur lång tid tar godkännandet för att ta effekt?
Vanligtvis 90–120 sekunder. Ungefär 99,7% av användarna ser funktionalitet inom fem minuter enligt Amazons egen tjänstedokumentation. Om godkännande fortfarande inte har tillämpats efter 10 minuter, behandla det som en utbrendningsproblem och försök igen ungefär en timme senare. Upprepad omedelbar omtestning påskyndar inte utbredningen och kan utlösa tillfällig hastighetsbegränsning på din skickningsadress.
Kan jag godkänna en avsändare för alla mina Kindle-enheter på en gång?
Den godkända lista för personligt dokument e-postadresser är på kontonivå, så godkännanden gäller för alla Kindles registrerade på det Amazon-kontot. Själva Send-to-Kindle-e-postadressen är unik per enhet. Godkännande en gång vitlistor avsändaren för varje enhet på kontot — men du behöver fortfarande veta vilken @kindle.com-adress som motsvarar vilken fysisk enhet för att dirigera dokument korrekt.
Vad om jag äger e-postadressen men Amazon avvisar den fortfarande?
Tre möjligheter, i sannolikhetsordning: (1) adressen du godkände skiljer sig från SMTP-kuvertavsändaren Amazon faktiskt mottar — öppna avvisningsmailen, den namnger den avvisade strängen; (2) du skickar från en företagsdomän med SPF/DKIM-omskrivning som maskerar din verkliga adress; (3) du använder en alias- eller "Skicka post som"-konfiguration som visar dig en adress medan du överför en annan. Avvisningsmailen är sanningskällan i alla fall.
Finns det ett sätt att helt kringgå avsändargodkännande?
Nej. Vitlistan är obligatorisk för e-postbaserad leverans. Alternativa vägar — Send to Kindle webbläsartillägg, Send to Kindle skrivbordsprogram och Send to Kindle mobilapp — kringgå e-post helt och kräver inte avsändargodkännande. De hjälper inte om ditt arbetsflöde specifikt kräver e-postbaserad leverans (till exempel automatiserade server-till-Kindle-pipelines som skickar dokument programmässigt från en backend), men för ad hoc personlig användning tar de bort problemet vid källan.
Vad förändras den 1 april 2025?
Amazon kommer inte längre att stödja partiella e-postadresser (t.ex. "user@" eller "@example.com") i den godkända avsändarlistan. Varje post måste vara en komplett adress. Befintliga godkännanden på domännivå kommer att bli föråldrade och måste ersättas med enskilda poster före gränsvärdetet för att undvika tyst leveransmisslyckanden. Om ditt team för närvarande förlitar sig på ett "@yourcompany.com"-godkännande för att låta vem som helst på domänen skicka till Kindle måste denna konfiguration ersättas — adress för adress — före tidsgränsen.