跟頻寬大小無關.

dns.hinet.net 只是 HINET 提供的 cache-only DNS resolver,
從 com.tw 那層來看, tspc.com.tw 確定要由
tspc.com.tw 和 www.tspc.com.tw 負責權威回答,
Authoritative answers can be found from:
tspc.com.tw nameserver = tspc.com.tw
tspc.com.tw nameserver = www.tspc.com.tw
www.tspc.com.tw internet address = 61.63.75.177
tspc.com.tw internet address = 61.218.37.155
因此你的問題, 應該從這兩部主機回答的結果來看, 而不是去問HINET,
因為HINET最終也還是會去問你這兩部主機, 然後把答案cache起來,
以快速回應別人查詢相同的東西.
至於dns.hinet.net為何會有不同回應?
168.95.1.1 實為 L4 switch, 實際的cache-only DNS server都在
168.95.192.* , 而且至少數十台, 由於你的情況有兩種可能,
各個DNS cache的答案可能就不同, 而且不見得是同一台在回答你的查詢.

61.218.37.155 的回答結果OK, 61.63.75.177 的回答情況如下:

set q=any
tspc.com.tw.
Server: 61-63-75-host177.kbtelecom.net.tw
Address: 61.63.75.177

tspc.com.tw nameserver = hato
tspc.com.tw
origin = hato
mail addr = admin
serial = 2
refresh = 900 (15M)
retry = 600 (10M)
expire = 86400 (1D)
minimum ttl = 3600 (1H)

以專業術語來說, 這稱之為 lame server .
這就好像, 打電話問公司客服, 貴公司的收發室在哪裡?
一個會正確回答, 另一個卻說無可奉告.

客戶的mail server, 向這台主機查詢MX Record時, 因為得到無可奉告的答案,
當然就直接退信, 而且這個資訊還會cache在對方所使用的DNS server裡,
即使立即修正完成, 也要等cache時效過了才會變.

最簡單的方法, 去網域註冊商那邊把DNS自管設定裡的 www.tspc.com.tw
這筆刪掉, 不要再讓你的web server錯誤回應外界的DNS query.

其實 61.218.37.155 (RaidenMAILD SMTP)的反解名 giddi.com.tw 也有錯誤,
只是它並沒有增設其它像 www.giddi.com.tw 之類的 Record,
問題還不會浮現出來.
giddi.com.tw preference = 10, mail exchanger = giddi.com.tw
giddi.com.tw
origin = apex-server
mail addr = hostmaster
serial = 6
refresh = 900 (15M)
retry = 600 (10M)
expire = 86400 (1D)
minimum ttl = 3600 (1H)
giddi.com.tw nameserver = apex-server
giddi.com.tw internet address = 61.218.37.155

你們家的DNS server 應該有問題, tspc.com.tw --> A 會有時候查不到

如果有對方被退信的訊息那應該會更利於troubleshooting...
你們的DNS Server看一下有沒有報錯的訊息, 如果可以把zone file dump出來讓大家幫你看看..

問題出在DNS上面.
不知您的DNS是自管還是代管?
如果是自管,那可能要確定一下設定資料.
DNS指向 61.63.75.177 那一組無法查到mx的資料...

單純 DNS 的問題,
有哪些問題,
看看下面檢測報告就知道有哪些問題:
http://www.intodns.com/giddi.com.tw
http://www.intodns.com/tspc.com.tw

PS 請善加利用 http://www.intodns.com
免費的 DNS 檢測目前還找不到比這個好用的!!!