none
想問問exchange server 2003 的問題 RRS feed

  • 問題

  • 想問問exchange server 2003 的問題

    最近發現send mail去某些domain 也會在queue 內 retry state
    例如send hotmail 可以即時收到  但yahoo.com.hk 就要等10-20分鐘   有些還會更久
    試過restart window, restart 完那一刻試send又可即收到.........

    這是我server 問題還是別人server 的問題呢?

     

    2009年1月13日 上午 10:01

所有回覆

  • 在 mail server 上 先用 nslookup 查詢一下 yahoo.com.hk 的郵件主機 IP
    用 telnet yahoo.com.hk(IP) 25
    試著測試寄信看看
    多試幾次.看是不是你們被 yahoo 列入黑名單

    另外
    Yahoo 目前參考 http://www.spamhaus.org/pbl/

    的RBL 清單,去查查該網址是否有將貴公司的IP列入。

    這個網址是 Lusheng 大大提供的 ^^


    2009年1月13日 下午 05:43
  • 如果只是寄往Yahoo會有此情況,那麼應該就是被列入黑名單中了

    此時,Yahoo會針對來自你郵件主機的郵件進行延遲處理的動作

     

    2009年1月14日 上午 02:25
  •  

    查看過http://www.spamhaus.org/pbl/  也沒被列入黑名單....
    但telnet d 方法試我不太憧...也telnet不進去

    暫時來看有關寄去yahoo.com 的e-mail 都發不出去....都在retry
    我應該怎辦好呢??

    2009年1月14日 上午 02:54
  •  

    現在試用back-end server 試send 又沒問題

    我是新手,公司其實mail server set 了front-end 和back -end
    但不知何時mail 會從back 寄信.....

    剛剛試pop,smtp 轉用back -end server 寄信,原全冇問題.....
    請問是甚麼問題令到front end 寄不到去yahoo? 還有可以設定front end 寄不到時轉去back -end 做嗎??
    請各位指點

    2009年1月14日 上午 04:03
  • 這個問題先前曾經有被討論過,你可以使用Yahoo做為Keyword進行查詢

    Yahoo會針對一定時間內同一來源寄送到該網域達一定數量以上的流量進行管制

    至於管制時間多長以及達多少數量才會觸發管制則並未加以公佈

    所以,基本上這個問題是無解的,只能等~~

     

    2009年1月14日 下午 04:09
  •  看看現在...先前的yahoo.com.hk 好像現在又ok可send了,但也是事出現事不出現這情況....
    但越來越多其他d mail domain 也有同樣問題,也是一直在retry ,有些最後也能send到但有些就過了retry數送回sender....

    請問各位大大這是甚麼問題.....這問題己經出現很久了.....請幫幫小弟
    2009年2月20日 上午 02:54
  • RETRY的時候Queus底下會有訊息的,請查看一下訊息寫些什麼?
    另外如果你的主機是在大陸,那麼就不予討論了。。。。因為常常會有封網的動作
    另外,你也可以打開SMTP傳遞的診斷記錄,看是否有什麼潛在的問題被記錄到Application Event Log中


    Jammy羅濟棠 https://partner.microsoft.com/taiwan/40014662 您的公司是微軟解決方案的提供者嗎?請加入Microsoft Partner Program(MSPP)計劃, 立即獲得無限次數微軟Partner專屬線上技術支援。
    2009年2月20日 下午 04:27
  • 你說的是不是那: additional queue information??
    有那是寫 An SMTP protocol error occured
    有那寫  the connection was dropped by the remote host

    還有Application Event Log 是在那兒?? 不太熟識exchange....請多多內涵
    2009年2月24日 上午 01:33
  • 試過 http://www.dnsreport.com

    查mydomaim.com    不能查mail.mydomain.com

    Your DNSreport
    shows:

    9 FAILURES 

    Your Mail Server
    is on:

    1 BLACKLISTS 

    in report:

    ns 部份

    FAIL Missing (stealth) nameservers FAIL: You have one or more missing (stealth) nameservers. The following nameserver(s) are listed (at your nameservers) as nameservers for your domain, but are not listed at the parent nameservers (therefore, they may or may not get used, depending on whether your DNS servers return them in the authority section for other requests, per RFC2181 5.4.1). You need to make sure that these stealth nameservers are working; if they are not responding, you may have serious problems! The DNSreport will not query these servers, so you need to be very careful that they are working properly.

    pdns1.ultradns.net.
    pdns6.ultradns.co.uk.
    pdns5.ultradns.info.
    pdns4.ultradns.org.
    pdns3.ultradns.org.
    pdns2.ultradns.net.
    This is listed as an ERROR because there are some cases where nasty problems can occur (if the TTLs vary from the NS records at the root servers and the NS records point to your own domain, for example).
    FAIL Missing nameservers 2 ERROR: One or more of the nameservers listed at the parent servers are not listed as NS records at your nameservers. The problem NS records are:
    udns1.ultradns.net.
    udns2.ultradns.net.
    FAIL Stealth NS record leakage Your DNS servers leak stealth information in non-NS requests:

    Stealth nameservers are leaked [pdns6.ultradns.co.uk.]!
    Stealth nameservers are leaked [pdns5.ultradns.info.]!
    Stealth nameservers are leaked [pdns4.ultradns.org.]!
    Stealth nameservers are leaked [pdns3.ultradns.org.]!
    Stealth nameservers are leaked [pdns2.ultradns.net.]!
    Stealth nameservers are leaked [pdns1.ultradns.net.]!

    This can cause some serious problems (especially if there is a TTL discrepancy). If you must have stealth NS records (NS records listed at the authoritative DNS servers, but not the parent DNS servers), you should make sure that your DNS server does not leak the stealth NS records in response to other queries.


    Mail 部份
    WARN SPF record Your domain does not have an SPF record. This means that spammers can easily send out E-mail that looks like it came from your domain, which can make your domain look bad (if the recipient thinks you really sent it), and can cost you money (when people complain to you, rather than the spammer). You may want to add an SPF record ASAP, as 01 Oct 2004 was the target date for domains to have SPF records in place (Hotmail, for example, started checking SPF records on 01 Oct 2004).


    是因為這些問題嗎?
    2009年2月24日 上午 02:04
  • 我再試過用SMTPDIAG 去yahoo.com
    有得多 mx server 是: expected :220:. server is not accepting connections
    2009年2月24日 上午 04:28