שלום לכולם,
אני מנסה להבין את כל נושא רשומות ה- PTR.
ברשותי שרת DNS המחזיק כ- 100 דומיינים ומספר שרתי דואר לשליחה וקבלה.
מדי פעם משתמשים מתלוננים על Reject Mails החוזרים אליהם עם שגיאות PTR ואני מעוניין לתקן את הנושא.

1. לפי הבנתי , השרת בצד המקבל בודק את ה- Reverse לכתובת ה- IP שממנה התקבל המייל- האם נכון?
2. האם תשובת ה- DNS צריכה לכלול את שם אותו דומיין שממנו נשלח המייל? (או שרק מספיק שתהיה תשובה כלשהי?)
3. כיום המצב הוא שמאותו שרת יוצאים מיילים מדומיינים שונים, לא תמיד תשובת ה- DNS לבדיקת Reverse עונה בשם הדומיין הנכון - האם זוהי בעיה?
4. מהי הדרך הנכונה עבורי לבדוק באופן ידני את תקינות העניין?

תודה לעונים.

1. בד"כ זה אכן מה שקורה
2. בד"כ לא (תמיד יש מופרעים... אני לא יכול לדעת מה מנהל רשת X החליט לעשות...). הרי אחרת, אתה תדחה בעצם את כל שרתי הדואר של ספקי האינטרנט שנותנים shared mail services ע"ג השרתים שלהם
3. זה בעצם כמו שאלה 2, לא?
4. פשוט תדאג שיש לך רשומת PTR על ה IP - כלומר - שאתה יכול לבצע עליו resolve, ושהכתובת שמתקבלת, כשעושים עליה resolve, חוזרת לאותה כתובת IP.

נמאס לכם לזכור סיסמאות? לחצו כאן!

שימי, קודם כל תודה רבה על התשובות.
האמת היא שכל נושא ספקי שירותי המייל די מקביל למצב שלי בקטע הזה, מכיוון שגם אצלי יש Multiple Domains ותהיתי כיצד זה מתבצע אצלם.

אני מעוניין פשוט לחדד נושא נוסף ואשמח אם תשפוך אור על הנושא.
ידוע לי כי יש מנגנוני Anti-Spam שבודקים את נושא רשומות ה- PTR כחלק מווידוא תקינות המייל המתקבל.
האם אין צורך שה- Resolve על כתובת ה- IP ממנה נשלח המייל, יחזיר תוצאה השייכת לאותו דומיין ממנו נשלח המייל במקור?

כלומר , אם המייל נשלח לדוגמה מדומיין bravo.com, האם אין צורך שה Resolve על ה-IP יחזיר רשומה השייכת לדומיין bravo.com?

הם פשוט רוצים לוודא שכתובת ה IP היא לא כתובת אקראית, ואת זה הם עושים על ידי וידוא שליטה ב PTR...

לרוב, למשתמשי אינטרנט לא-מוסדיים, אין שליטה שכזו...

נמאס לכם לזכור סיסמאות? לחצו כאן!

כלומר, אין צורך שהרשומה תהיה שייכת לאותו דומיין?

ציטוט:

במקור נכתב על ידי מילכוד22 כלומר, אין צורך שהרשומה תהיה שייכת לאותו דומיין?

זו לא דרישה ריאלית ולכן לא הגיוני לממש חסימה שכזו.

הדרך לוודא האם שרת דואר מורשה לשלוח עבור דומיין היא לא באמצעות PTR, אלא באמצעות מנגנון שנקרא SPF - Sender Policy Framework או באמצעות חתימה על הודעות (יותר מסובך) עם מערכות כמו DomainKeys.

אי אפשר לשלוט על מה שעושים מנהלי IT טמבלים - יש כאלה שמתעקשים שהמשתמשים שלהם לא יקבלו דואר - ואין מה לעשות נגדם. זו הרשת שלהם... (אגב, בגלל שהם עושים הכל לא נכון, לרוב הם יקבלו יותר ספאם מכולם למרות אמצעי הנגד ה"מצויינים" שהם בחרו להשתמש בהם... וזאת משום שהם מניחים מראש שיש פתרון אחד כולל ומוחלט לספאם - אז לא - אם זה קו ההגנה שלך - מספיק שניים שלושה ספאמרים גלובאליים שכן יש להם גישת PTR, וההגנה שלך שווה לקליפת השום...)

נמאס לכם לזכור סיסמאות? לחצו כאן!

הבנתי.

תודה רבה שימי.