שלום רב,
אני רוצה להקים MAIL RELAY שיקבל מיילים של דומיין מסויים וישלח אותם לשרת יעד (דרך האינטרנט).
אין לי המון ידע בנושא, האם מישהו יכל בבקשה להפנות אותי למדריך מפורט בנושא.

תודה מראש
יונתן

http://www.howtoforge.com/postfix_r...ther_mailserver

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

תודה רבה.
מה שלא הבנתי זה איפה אני מכניס את כתובת ה IP שאליה אני רוצה להעביר את המיילים.

ציטוט:

2 Configure Postfix For Relaying To configure our Postfix server for relaying emails through smtp.example.com, we run

זה נראה די ברור, לא?

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

שוב תודה, אבל לא כ"כ ברור:
postconf -e 'relayhost = smtp.example.com'
postconf -e 'smtp_sasl_auth_enable = yes'
postconf -e 'smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd'
postconf -e 'smtp_sasl_security_options ='

בשורה הראשונה אני רושם את היעד הסופי שלי נכון?
הבעיה היא שכתובת ה MX שלו מופנית אלי על מנת שאוכל לבצע את הסינון, אז אם ארשום את הכתובת שלו mail.server.co.il זה יגיע אליי בלופ , לא?

אתה כותב את שרת היעד

ה MX מפנה אלייך

לא הבנתי היכן הלולאה

המייל מגיע אלייך -> אתה מפנה ליעד -> לולאה איך?

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

כתובתו של שרת היע הינה לדוג' : mail.dest.co.il
כתובת הMX שלו זהה והיא מופנית אליי על מנת שאבצע סינון.
נניח שהpostfix ירצה להעביר את המיילים ל mail.dest.co.il הוא יבצע שאילתה לMX מה שיתן לו את הכתובת שלי לפני הפילטור, או שפיספסתי משהו??

כן, המצאת שאילתא על ה MX. שרת relay הוא שרת שכל הדואר מועבר אליו תוך מעקף ה MX הסטנדרטי *כדי* שהוא ישמש... בתור ה relay שלך... גגל אחר Smarthost

ויותר סביר שה MX הוא על הדומיין שלך ולא על mail.domain.co.il, אלא אם כן בא לך שכל הכתובות שלך יכילו @mail, שיש שיאמרו שזה מיותר למדי (זה היה סוג של "מנהג מגונה" במוסדות אקדמיים בעבר, אצל חלקם זה נשאר... למשל post.tau.ac.il הידוע...)

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

תודה שימי.
1.אז אני יכול להכניס את הכתובת של שרת היעד שהיא גם תוצאת שאילתת הMX של השרת שמבצע פילטור?
2. כמובן שהתכוונתי לתוצאת השאילתת ה MX ולא לשם הדומיין
שוב תודה רבה , מפחד לעשות טעויות בסביבת עבודה.

1. נראה לי ששוב אתה עושה בלאגן. ה MX מצביע על שרת הפילטור שלך. שרת הפילטור שלך מעביר את כל הדואר לשרת שאליו הוא היה אמור להגיע במקור (מה שהיום כנראה ה MX שלך, ואחרי השינוי כבר לא יהיה)

אם אתה עושה את כל הניסויים האלה בסביבת אמת, אל תפחד, תהיה בטוח, אתה עושה טעות.

תעשה את הניסויים האלה ידנית על ידי injection של דואר באופן ידני עם טלנט לפורט 25 של הפילטר מבחוץ, ותראה שהדברים עובדים והדואר מגיע ליעדו בשרת האמת. רק אחרי זה תגע ב MX.

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

האמת שבMX כבר נגעתי, והוא מצביע לשרת הפילטור (bright mail) שמעביר את המיילים לשרת היעד .
הבעיה מתחילה שישנם time outs בשליחה של ה bright mail אל הexchange המרוחק שגורמים לכך שמיילים גדולים מגיעים לפעמים אחרי 9 שעות.
כל נסיון לנבור בבעיות דומות בשרתי bright mail לא מסתיים בפתרון (ניסיתי כבר המון דברים וכלום לא פתר את הבעיה.)
הפתרון שאני רוצה ליישם זה ליישם בין הbright mail לבין שרת היעד שרת postfix שישב בLAN של ה bright mail ויוציא את המיילים לשרת היעד.
ה mx כרגע מצביע על ה bright mail והוא מעביר לכתובת הIP של שרת היעד.
עשיתי טעות?

מה זה brightmail? סוג של spam filtering appliance או outsourcing service? (סלח לי שאין לי כוח לקרוא את כל הבלה בלה באתר של סימנדרעק...)

כך או כך, לשים שרת בדיוק באותו מקום שבו נמצא שרת ה exchange מבחינת טופולוגיית רשת, אמור, אלא אם כן יש בעייה בין ה exchange לבין החיבור לאינטרנט/סוויצ' של ה appliance בהנחה וזה appliance, להיות בעל קצב זהה לחלוטין של העברת נתונים ולכן עם זמן הגעה זהה.

העניין לא ברור ולא ברור למה אתה חושב שזה יפתור לך את הבעייה. ממה נובע ה timeout? באיזו רמה הוא מתרחש? network? פרוטוקול SMTP? ניסית לרוץ עם סניפר ולראות מה קורה ב session?

אם זו בעיית network, תקן אותה, אין לך פתרון יותר טוב.

אם זו בעיית timeout קצר מדי ב exchange (לא ברור לי איך זה יכול לקרות בהעדר בעיות network), אפשר פשוט להגדיל אותו.

לסיכום, נשמע לי שאתה מנסה לתקוף את הבעייה מהכיוון הלא נכון...

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

bright mail הוא מסנן ספאם שקיים בשתי תצורות: אחת VMWARE השנייה APPLIANCE והוא עושה לרוב עבודה לא רעה בכלל.)בסינון לפחות.
שרת ה BRIGHTMAIL לא נמצא באותה הרשת של שרת הEXCHANGE והוא מעביר את המיילים דרך האינטרנט.
הTIME OUT ככל הנראה נובע מהנחת הייסוד של המתכננים שה BRIGHTMAIL יישב באותה רשת של שרת הEXCHANGE ולכן ערכו נמוך מאוד .
הSESSION תקין כל עוד אין TIME OUT, גם באקסצ'נג הוא תקין.
אולי אני תוקף את הבעיה מהכיוון הלא נכון אבל אני נחוש לסיים אותה,ואם בדרך אפשר ללמוד משהו אז למה לא?

טוב, אז אתה רוצה לשים את postfix לפני ה latency שבין הסינון ל exchange... עכשיו הבנתי.

ייתכן שזה יפתור את הבעייה (שוב, אני לא יודע מה הגורם ל timeout...)

בכל מקרה בתצורה הזו ה MX נשאר על ה brightmail, ואתה משנה את ה brightmail כך שהשרת היעד שלו יהיה ה postfix שלך במקום ה exchange (לא יודע איך הם קוראים לזה, אם זה destination server, relay, smarthost, מה שלא יהיה). וב postfix עצמו אתה מגדיר את שרת ה exchange בתור ה relay שלך, מה שבעצם הופך את המכונה שלך למנגנון store-and-forward טיפש.

לפני שאתה רץ לעשות את זה, אני הייתי בודק אם לא ניתן לשנות את ה timeout המדובר ב brightmail... כי זה נשמע לי קצת ("קצת" and I am being nice) דבילי שזה לא יהיה אפשרי... בייחוד שבד"כ מדובר ב timeout של חוסר העברת מידע, ולא באורך session... ו timeout של חוסר העברת מידע לא אמור לקרות במצב של רשת תקינה, ללא קשר ל latency (אפילו אם לצורך העניין ה brightmail יושב באוסטרליה וה exchange שלך יושב בתל אביב ולכן יש latency של 420 מילי שנייה ל roundtrip, לדוגמא...)

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

תודה רבה.

חזרתי (-:
כשאני שולח EMAIL מבחוץ דרך ה postfix אני מקבל ERROR :
Action: failed
Last-Attempt-Date: Thu, 18 Feb 2010 23:35:33 +0200
Diagnostic-Code: smtp; 554 5.4.0 Error: too many hops
כנראה שבכל זאת גרמתי לLOOP.
הגדרתי לפי המדריך הבא:

1. From inside ISPConfig make sure that email is configured to external mailserver for the domain, and also any subdomains (subdomains tab -> other)

2. from shell:

echo "relay_domains = /etc/postfix/relay" >> /etc/postfix/main.cf
echo "[DOMAIN NAME HERE]" >> /etc/postfix/relay
echo "[DOMAIN NAME HERE] smtp:[IP ADDRESS TO FORWARD TO] >> /etc/postfix/transport
postmap /etc/postfix/transport
postfix reload


to add additional domains:


echo "[DOMAIN NAME HERE]" >> /etc/postfix/relay
echo "[DOMAIN NAME HERE] smtp:[IP ADDRESS TO FORWARD TO] >> /etc/postfix/transport
postmap /etc/postfix/transport
postfix reload

איפה הבעיה?

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

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

האם יש דרך מובנית לצפות בקצב העברה של הודעה ב queue??

אפשר להסתכל בלוגים, אני משער.

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