כיצד סבב דומיינים משפר את אמינות קבלת קודי OTP במייל זמני
קודי OTP מתעכבים מכמה סיבות ספציפיות: פלטפורמת השליחה דוחה או מגבילה את קצב משלוח הדואר לדומיין נמען מסוים, מנגנון של רשימה אפורה מעכב את ניסיון המסירה הראשון עד שהשולח מנסה שוב, או שדומיין אחד של מייל זמני נמצא ברשימת חסימה. רוב המשתמשים מגיבים בלחיצה חוזרת ונשנית על כפתור השליחה מחדש — מה שרק מחמיר את המצב. סבב דומיינים הוא פתרון אחד — לבעיה המתאימה. המדריך הזה מסביר מתי החלפת דומיינים של מייל זמני באמת עוזרת (כאשר דומיין אחד נמצא ברשימה אפורה או ברשימת חסימה), מתי היא אינה עוזרת (כאשר אתר מסרב לקבל מיילים חד-פעמיים, ובמקרה כזה הפתרון הוא תיבת דואר אמיתית), אילו מרווחי המתנה בין שליחות חוזרות כדאי לנסות תחילה, איך לדעת אם השיטה באמת עובדת, ומתי לעבור לכתובת ייעודית שניתן להשתמש בה שוב.
גישה מהירה
כאשר סיסמה חד-פעמית לא מגיעה, הסיבה היא בדרך כלל תזמון, הגבלת קצב מצד השולח, או דומיין של דואר אלקטרוני זמני שהאתר אינו מוכן לקבל — לא כשל אקראי בתיבת הדואר הנכנס. מעבר לדומיין אחר עוזר בדיוק באחד מהמקרים האלה: כאשר דומיין מסוים מתעכב או מופיע ברשימת חסימות. הוא אינו עוזר לאתר שמסרב לקבל דואר אלקטרוני זמני כחלק מהמדיניות שלו, ומחזור כתובות כדי לעקוף את המדיניות הזו אינו פתרון תקלות — זו התחמקות, ובמקרה כזה הצעד הנכון הוא להשתמש בתיבת דואר אמיתית. המאמר הזה מראה כיצד להבדיל בין שני המקרים, להמתין בחוכמה ולהחליף דומיינים בכוונה, לא מתוך פאניקה. לסקירה מעמיקה של המערכת, ראו את ההסבר המעמיק ממוקד-הישות איך דואר אלקטרוני זמני עובד (A–Z).
סיכום / נקודות מפתח
- רוב הפספוסים של OTP נובעים משליחה מחדש מוקדמת מדי, מגרייליסטינג ומהגבלות קצב מצד השולח — לכן אבחנו את הבעיה לפני שאתם נוגעים בדומיינים.
- עבדו קודם לפי סולם השליחה מחדש; עברו לדומיין אחר רק לאחר שהמתנות מסודרות עדיין לא הועילו.
- הכירו את הגבול. שינוי דומיין מוצדק כאשר דומיין אחד אינו מצליח לקבל את ההודעה. כאשר מדיניות האתר אוסרת על דואר אלקטרוני זמני, עצרו — השתמשו בכתובת אמיתית.
- מעבר בין דומיינים הוא רק השערה עד שמודדים את התוצאות. אם המעבר אינו גורם לקודים להגיע באופן עקבי יותר מאותו שולח, הפסיקו להחליף דומיינים.
- החלפה בתדירות גבוהה מדי פועלת נגדכם: היא נראית בדיוק כמו ההתנהגות האוטומטית שמערכות נגד שימוש לרעה נבנו כדי להאט.
זיהוי צווארי בקבוק במסירה
זהו היכן OTP נתקע — בצד הלקוח, במגבלות קצב או בגרייליסטינג — לפני שאתם נוגעים בדומיינים.
לאובדן OTP יש סימנים אופייניים, ולכל סימן פתרון אחר. שינוי דומיין מטפל רק באחד מהם, לכן הגדירו את סוג הכשל לפני שתפנו אליו. התחילו במפת תקלות מהירה:
- לקוח / ממשק משתמש: כתובת שגויה שהודבקה, לשונית ישנה שעדיין מציגה תוכן מיושן, או רשימת הודעות שלא התרעננה עדיין.
- SMTP / ספק: גרייליסטינג בצד השולח, הגבלת קצב לפי IP או לפי שולח, או עומס זמני שמפעיל לחץ על התור.
- תזמון רשת: שעות עומס אצל שולחים גדולים, מסלולים לא אחידים והתפרצויות של קמפיינים שמעכבות דואר שאינו קריטי.
- מדיניות: האתר דחה את הכתובת עצמה משום שאינו מקבל דואר אלקטרוני זמני. זו אינה תקלה במסירה, ושום דומיין לא יפתור אותה.
השתמשו באבחונים מהירים:
- TTFOM (הזמן עד להודעת ה-OTP הראשונה). עקבו אחר הזמן שהקוד מגיע בו בדרך כלל, כדי שתדעו מה באמת נחשב "מאוחר".
- שיעור הצלחת OTP לכל שולח (האתר או האפליקציה שמנפיקים את הקודים), כדי לראות אם שולח מסוים הוא הבעיה.
- עמידה בחלון השליחה מחדש: באיזו תדירות אתם או המשתמשים שלכם לוחצים על שליחה מחדש מוקדם מדי ומפעילים את הגבלת הקצב שאתם מנסים להתמודד איתה.
אל תחליפו דומיינים לפני שתדעו מה נכשל. בדיקה של דקה כאן מונעת שעות של התעסקות מיותרת — וגם מונעת מכם "לתקן" דחייה שנובעת ממדיניות באמצעות שינוי דומיין שלא יכול להועיל.
כבד את חלונות ההמתנה לשליחה חוזרת
ניסיון חוזר מוקדם מדי עלול לפגוע במסירה — תזמן את הניסיון הבא שלך בהתאם.
מערכות OTP רבות מאטות בכוונה שליחות חוזרות. אם תנסה שוב מוקדם מדי, מנגנוני ההגנה מפני חריגה מקצב השליחה ייכנסו לפעולה: ההודעה הבאה תקבל עדיפות נמוכה יותר או תושמט. השתמש בחלונות המתנה מעשיים:
- נסה בפעם השנייה רק לאחר 30–90 שניות מהניסיון הראשון.
- נסה בפעם השלישית לאחר 2–3 דקות נוספות.
- תהליכים מחמירים יותר של חברות פינטק לפעמים מצדיקים המתנה של עד חמש דקות לפני שמסלימים את הטיפול.
אם אתה בונה את התהליך, כתוב ניסוח שמרגיע במקום לעורר לחץ: "שלחנו את הקוד שוב. בדוק שוב בעוד כ-60 שניות." תעד כל שליחה חוזרת עם חותמת זמן, השולח, הדומיין הפעיל והתוצאה. המשמעת הזו לבדה פותרת חלק מפתיע מבעיות ה"מסירה" — אין צורך בסבב כתובות.
החלף את כתובת הדואר האלקטרוני הזמני שלך
השתמש בסולם החלטות קצר; החלף כתובת רק כשהסימנים מצביעים על כך — ורק במקרה של הכשל המתאים.
החלפת כתובת צריכה להיות פעולה שגרתית וצפויה, ולעולם לא הדבר הראשון שמנסים. לפני הכול, הכריע בשאלה היחידה שקובעת אם החלפת כתובת בכלל מתאימה: האם האתר קיבל את הכתובת שלך אך לא הצליח למסור את הקוד, או שהוא דחה את הכתובת? אם האתר קיבל את הכתובת ופשוט לא שלח את הקוד, דומיין אחר עשוי לעזור אם הדומיין הנוכחי נמצא ברשימת אפורה או ברשימת חסימה. אם האתר דחה את הכתובת משום שאינו מאפשר דואר אלקטרוני חד-פעמי, שום דומיין חדש לא יפתור את הבעיה — סיים את התהליך באמצעות תיבת דואר אמיתית. זהו הסולם:
- ודא שתיבת הדואר פעילה ושהכתובת נכונה.
- המתן עד שיסתיים חלון ההמתנה הראשון, ולאחר מכן שלח פעם אחת נוספת.
- רענן את הדף וודא שרשימת ההודעות נטענה. Tmailor מציג כל הודעה נכנסת ברשימה אחת — אין תיקיית ספאם ואין תצוגה מסוננת, ולכן קוד שאינו מופיע ברשימה פשוט עדיין לא הגיע.
- שלח פעם שנייה לאחר חלון ההמתנה המורחב.
- החלף את הדומיין רק כאשר מתקיימים הספים שלהלן — ורק אם מדובר בבעיית מסירה, ולא בדחייה על בסיס מדיניות.
ספים המצדיקים החלפת כתובת דואר זמנית
- כשלונות חוזרים אצל אותו שולח בתוך כמה דקות, לאחר שבאמת המתנת עד שחלונות הזמן חלפו.
- TTFOM שחורג שוב ושוב מהטווח הרגיל שלו (למשל, יותר משתי דקות, פעמיים ברצף).
- סימנים שנבחנים לפי שולח × דומיין—לעולם אל תחליף דומיין באופן עיוור בגלל כשל יחיד.
אמצעי הגנה חשובים — הגבל את עצמך לכ-2 החלפות בכל מפגש. שמור על החלק המקומי (הקידומת שלפני ה-@) זהה כשאפשר, כדי שלא תאבד את המעקב אחר הכתובת שמסרת לאתר. ואם שני דומיינים שנבדקו כראוי נכשלים באתר שברור שאינו מעוניין בדואר חד-פעמי, זהו הסימן לעצור — לא לנסות דומיין שלישי.
תכנן את מאגר ההחלפות שלך
האופן שבו אתה יוצר את הכתובת הבאה חשוב יותר מהמרדף אחר רשימה גדולה יותר.
ב-Tmailor, אינך מרכיב מאגר — אתה בוחר כיצד תיווצר הכתובת הבאה, והבחירה הזו היא המנוף כולו:
- העדף יצירה אקראית כאשר אמינות חשובה יותר משם שקל לזכור. יצירה אקראית משתמשת במלאי גדול, מוסתר ומתחדש של דומיינים, וזו בדיוק הסיבה שאף רשימת חסימה קבועה אינה יכולה לתפוס את כולם.
- השתמש בלשונית השם המותאם אישית רק כשצריך. היא מציגה רק כמה דומיינים גלויים, ורשימה קצרה וציבורית היא הדבר הקל ביותר לאתר לחסום. קידומת שקל לזכור עולה לך במאגר הרחב יותר.
- שמור על אותה קידומת רק כאשר המשכיות חשובה והדומיין הבא עדיין מתקבל — כך כתובת שנעשה בה שימוש חוזר נשארת מזוהה.
- הנח לכשל חוזר. אם שולח אחד ממשיך להיכשל בדומיין אחד, הפסק לנסות לכפות זאת; עבור הלאה לאחר שחלונות השליחה מחדש חלפו, במקום לנסות שוב את אותו צמד.
- אל תצפה לרשימת אב מפורסמת. הדומיינים הפעילים אינם מפורסמים בכוונה — פרסומם היה מוסר לספקים נגד דואר חד-פעמי רשימת חסימה מוכנה ומסכל את כל המטרה.
מדדים שמוכיחים שהחלפת דומיינים עובדת
אם אינך מודד, החלפת דומיינים היא רק תחושת בטן.
המבחן הכנה פשוט: לאחר החלפת דומיין, האם הקודים מגיעים באופן עקבי יותר עבור ה אותו שולח, והאם פחות ניסיונות דורשים ניסיון שני או שלישי? אם המספרים לא משתנים, הסבב לא מצדיק את מקומו — הסר את הכלל. קבוצה מצומצמת שכדאי לעקוב אחריה, על סמך הניסיונות שלך ולא על סמך נתונים שמישהו אחר ציטט:
- שיעור הצלחת OTP לפי שולח — אצלך, לפני ואחרי.
- TTFOM בשניות — אופייני ובמקרה הגרוע ביותר.
- מספר הניסיונות החוזרים עד שהקוד מגיע.
- שיעור הסבבים: באיזו תדירות סשן נזקק בכלל להחלפת דומיין.
השווה לקו בסיס שפשוט ממתין לאורך שני חלונות לפני החלפת הדומיין. לעיתים קרובות קו הבסיס הסבלני מנצח, והסבב רק מציל מקרים אמיתיים של האטה מצד השולח. תן למספרים שלך להחליט — ועמוד בפיתוי לצטט שיעור הצלחה בכותרת, משום ששיעור הקבלה משתנה לפי השולח, האזור והשעה, וכל נתון יחיד מתיישן ברגע שמפרסמים אותו.
מקרי בוחן (קצרים)
דפוסים קצרים עדיפים על תיאוריה — הנה מה שבדרך כלל משתנה ומה שלא.
- הרשמה בשעות השיא: הקוד התעכב, לא אבד. המתנה לאורך חלון השליחה מחדש פתרה את הבעיה ברוב הניסיונות; החלפת דומיין עזרה רק כששולח מסוים נשאר איטי בדומיין מסוים גם לאחר ההמתנה.
- אימות במסחר אלקטרוני: הוצאת דומיין שהיה איטי שוב ושוב למנוחה לזמן מה מנעה מתקופה בעייתית של שולח מסוים להכביד על הניסיונות הבאים — פתרון טוב יותר ממעבר מתמיד לכתובות חדשות.
- חבילת בדיקות QA: הפרדת תעבורת סביבת הבדיקות מהכתובות ששימשו להרשמות אמיתיות מנעה מרעש הבדיקות לזהם אותן, ולכן האימותים האמיתיים הפסיקו להיכשל לסירוגין.
שימו לב למה אף אחד מהמקרים האלה אינו מתאר: ניסיון לעקוף אתר שכבר אמר לא. כאשר החסימה נובעת ממדיניות, ה"פתרון" הוא תיבת דואר נכנס אמיתית, ואין מדד שהופך את העקיפה לבחירה הנכונה.
הימנעו מנזק נלווה
שמרו על האמינות בזמן פתרון בעיות OTP — ואל תגרמו לעצמכם להיראות כמו בוט.
סבבים רבים מדי פועלים נגדכם. החלפה מהירה של כתובות היא בדיוק הדפוס שמערכות למניעת שימוש לרעה מתוכננות לזהות, ולכן ככל שמחליפים בתזזיתיות רבה יותר, כך נראים יותר כמו הגורם שהן מנסות להאט. שמרו על מידה:
- הגבילו ותנו לנוח. שני סבבים בכל סשן, ואז עוצרים; תנו לדומיין שמתקשה זמן לפני שתנסו אותו שוב.
- שמרו על עקביות. שמרו על הקידומת, כדי שאתם וכל כתובת שנעשה בה שימוש חוזר תישארו מזוהים גם לאחר ההחלפה.
- כבדו את הגבול. אם הכישלון נובע מכך שאתר מסרב לקבל דואר אלקטרוני חד־פעמי, יותר דומיינים פירושם יותר עקיפה — לא יותר אמינות. השתמשו בתיבת דואר נכנס אמיתית.
- הגבילו את עצמכם. סולם איטי ומכוון מנצח סופת שליחות חוזרות בכל פעם.
העתיד: מדיניות חכמה יותר לפי שולח
החלטות הסבב יהפכו למותאמות אישית יותר לפי שולח, אזור ושעה ביום.
הכיוון המועיל אינו החלפה אגרסיבית יותר, אלא שיקול דעת טוב יותר לגבי המקרים שבהם החלפה בכלל עוזרת. צפויים פרופילים לפי שולח: חלונות המתנה וספים שונים בהתאם לאופן שבו שולח מסוים התנהג בעבר, וכן תזמון מודע לשעה, שמתרכך בלילה ומחמיר בשעות השיא. אוטומציה מתונה יכולה לסמן כאשר המסירה משולח מסוים מתחילה להידרדר ולהציע החלפה בצירוף הסבר, תוך השארת האדם בתהליך. אף אחד מהשיפורים האלה אינו משנה את הכלל שאינו מתיישן: גם מדיניות חכמה יותר נעצרת במקום שבו נעצרת מדיניות האתר.
שלב אחר שלב — סולם הסבב
סולם שאפשר להעתיק ולהדביק ולשמור בהישג יד.
שלב 1: אימות תיבת הדואר הנכנס — ודאו שהכתובת נכונה ושגוב תיבת הדואר הנכנס מתעדכן בזמן אמת.
שלב 2: שלחו שוב פעם אחת, ואז המתינו — שלחו שוב, המתינו 60–90 שניות ורעננו את הרשימה.
שלב 3: שלחו שוב בפעם השנייה (חלון המתנה ממושך) — שלחו פעם נוספת; המתינו 2–3 דקות לפני בדיקה חוזרת. זכרו שאין תיקיית ספאם לבדוק—אם ההודעה אינה ברשימה, היא לא הגיעה.
שלב 4: החליטו—מסירה או מדיניות? — אם האתר קיבל את הכתובת אך ההודעה עדיין לא נמסרה, עברו לדומיין אחר (ושמרו על אותה קידומת, אם אפשר). אם האתר דחה את הכתובת משום שהוא חוסם דואר אלקטרוני חד־פעמי, אל תבצעו סבב—עברו לשלב 5.
שלב 5: הסלימו או החליפו תיבת דואר — במקרה של חסימה לפי מדיניות, או בכל חשבון שאינכם יכולים להרשות לעצמכם לאבד, סיימו עם תיבת דואר אמיתית. אם אתם רק צריכים לחזור לכתובת זמנית בהמשך, שמרו קודם את Access Token שלה.
בתרחישים שבהם חשוב לשמור על רציפות, ראו כיצד להשתמש מחדש בכתובת דואר זמנית להשתמש ב-אסימון גישה. שמרו אותו בזהירות: זהו מפתח השחזור שפותח מחדש את אותה תיבת דואר נכנס, הוא אינו סיסמה, ו-Access Token שאבד אינו ניתן לשחזור על ידי איש.
טבלת השוואה — סבב לעומת ללא סבב
מתי הסבב באמת מצדיק את עצמו?
| תרחיש | לבצע סבב? | מה באמת קורה | מה לעשות |
|---|---|---|---|
| הרשמה בשעות שפל, הקוד פשוט מתעכב | לא | ההודעה מגיעה בתוך חלון הזמן הרגיל; שום דבר אינו מקולקל. | המתינו חלון זמן אחד ורעננו. ההחלפה יוצרת תחלופה מיותרת ואינה פותרת דבר. |
| שולח אחד ממשיך להיכשל בדומיין אחד | כן | צירוף מסוים של שולח × דומיין נכנס לרשימה אפורה או לרשימת חסימה, בעוד שניסיונות אחרים מתנהלים כרגיל. | זהו המקרה הברור ביותר להחלפת דומיין. שמור על הקידומת ונסה חלופה אחת. |
| האטה בשעות השיא | אולי | שולח גדול מעכב דואר שאינו קריטי במהלך שעות עומס. | התזמון קודם. בצע רוטציה רק אם אותו שולח נשאר איטי לאחר שמיצית את כל שלבי הניסיון החוזר. |
| עומס אזורי או עומס נרחב אצל ספקי אינטרנט | אולי | העיכובים רחבים יותר מבעיה בדומיין או בשולח מסוימים. | תזמון הניסיונות החוזרים יעזור יותר מהחלפה. אל תניח שכל עיכוב נובע מתקלה בדומיין. |
| חשבון קריטי (בנק, ממשלה, עבודה) | לא | אובדן הגישה לתיבת הדואר בהמשך יגרום נזק ממשי. | במקרה הזה, אל תשתמש בדואר אלקטרוני זמני. השתמש בתיבת דואר קבועה שבשליטתך. |
| האתר אוסר במפורש על דואר אלקטרוני חד-פעמי | לא | הכתובת נדחתה מטעמי מדיניות, ולא פשוט התעכבה במקרה חד-פעמי. | עצור. השתמש בתיבת דואר אמיתית. ניסיון של דומיינים חדשים בלי סוף הוא התחמקות, לא פתרון בעיות. |
שאלות נפוצות
מתי כדאי לבצע רוטציה במקום רק לשלוח מחדש?
רק לאחר שניסיון אחד או שניים לשליחה חוזרת באופן מסודר עדיין נכשלים אצל אותו שולח, ורק אם האתר קיבל את הכתובת שלך מלכתחילה. אם הכתובת עצמה נדחתה משום שהאתר חוסם דואר אלקטרוני חד-פעמי, רוטציה לא תעזור — השתמש בתיבת דואר אמיתית.
האם רוטציה פוגעת במוניטין?
היא עלולה לפגוע בו אם תגזים. החלפה מהירה נראית כמו התנהגות אוטומטית שמערכות למניעת שימוש לרעה מאטות, לכן הגבל את עצמך לכשתי החלפות בכל הפעלה, הנח לדומיין שמתקשה לנוח, והערך כל שולח בנפרד.
כמה דומיינים אני צריך?
ב-Tmailor אינך צריך לנהל רשימה — יצירה אקראית כבר משתמשת במאגר גדול ונסתר. מה שחשוב הוא להעדיף כתובות אקראיות על פני מעט הדומיינים הגלויים עם שמות מותאמים אישית, שאותם לאתר קל במיוחד לחסום.
האם רוטציה פוגעת בשימוש חוזר המבוסס על token?
לא. שמור על אותה קידומת כשזה הגיוני, ושמור את ה-access token — זו הדרך היחידה לפתוח מחדש את אותה תיבת דואר בהמשך. זהו מפתח לשחזור, לא סיסמה, ו-access token שאבד לא ניתן לשחזור.
למה הקודים איטיים יותר בשעות מסוימות?
עומס בשעות השיא והגבלת קצב מצד השולח דוחפים הודעות שאינן קריטיות חזרה לתור, ולכן אותה פלטפורמה יכולה להרגיש מיידית בשעות השפל ואיטית במהלך עומס. בדרך כלל התזמון, ולא תיבת הדואר שלך, הוא הגורם.
האם לדעתך כדאי לי להחליף דומיין אוטומטית כבר בכישלון הראשון?
לא. כישלון יחיד נובע כמעט תמיד מתזמון. פעלו לפי הסולם—המתינו, שלחו מחדש, והמתינו שוב—כדי שלא תחליפו כתובות ללא צורך או תיראו כמו בוט.
איך אפשר לזהות דומיין "עייף"?
עקבו אחר זוג מסוים של שולח × דומיין: זמן ההגעה מתארך ונדרשים יותר ניסיונות עבור אותו זוג, בעוד שניסיונות אחרים מתנהלים כרגיל. זה הסימן לתת לדומיין לנוח ולנסות כתובת אחרת.
למה הקוד מופיע, אבל לא מוצג בתצוגת תיבת הדואר הנכנס שלי?
בדרך כלל הדף פשוט עדיין לא התרענן, או שהשולח עדיין מתעכב. רעננו את הרשימה וודאו שאתם צופים בכתובת הנכונה. Tmailor מציג את כל הדואר הנכנס במקום אחד—אין תיקיית ספאם ואין תצוגה מסוננת שצריך לחפש בה.
האם להבדלים אזוריים יש חשיבות?
ייתכן. עקבו אחר התוצאות לפי מדינה או ספק אינטרנט לפני שתשנו משהו, משום שעיכוב שנראה כמו בעיית דומיין הוא לפעמים עומס אזורי רחב שהחלפת דומיין לא תפתור.
כמה זמן כדאי להמתין בין שליחות חוזרות?
המתינו כ-60–90 שניות לפני הניסיון השני, ואז 2–3 דקות לפני השלישי. תהליכים מחמירים יותר של חברות פינטק עשויים להצדיק המתנה של עד חמש דקות. ההמתנה היא ההרגל החשוב ביותר כאן.
סיכום
החלפת דומיינים עובדת רק כשהיא השלב האחרון בתהליך ממושמע, ורק עבור הבעיה שהיא באמת יכולה לפתור. אבחנו תחילה, כבדו את מרווחי הזמן בין השליחות החוזרות, והחליפו דומיין לאחר שחוצים סף ברור כאשר דומיין אחד אינו מקבל הודעות. מדדו אם הדבר עוזר, הפסיקו להשתמש בדומיינים שמתדרדרים, ושמרו על אותה קידומת כדי שכתובת שמשתמשים בה שוב תישאר מזוהה. אך שמרו בקפדנות על הגבול: כאשר אתר מסרב לקבל דואר אלקטרוני זמני כחלק מהמדיניות שלו, או כאשר מדובר בחשבון שאינכם יכולים להרשות לעצמכם לאבד, שום החלפת דומיינים לא תפתור את הבעיה—השתמשו בתיבת דואר אמיתית. אם תרצו להבין את כל המנגנון שמאחורי תיבות הדואר האלקטרוני הזמני, חזרו אל ההסבר איך אימייל זמני עובד (A–Z).

Priya Nair focuses on email deliverability and one-time-password (OTP) flows. She tests how verification codes from Google, Apple, social and crypto platforms land in disposable inboxes, and documents what improves OTP reliability on temp mail.