MeTA1

軟件截圖:
MeTA1
軟件詳細信息:
版本: 1.0.0.0 / 1.1 Alpha 0.0
上傳日期: 17 Feb 15
開發: Claus Assmann
許可: 免費
人氣: 23

Rating: nan/5 (Total Votes: 0)

META1是一個開源軟件項目,提供了一個模塊化的MTA(郵件傳輸代理),由五(或以上)的進程中,有4人是多線程的。它已被設計成可安全,可靠,高效和可擴展的。該項目可以使用C類syntax.What&rsquo的輕鬆配置;?s包中的軟件包括五個主要模塊。按字母順序排列,它們是MCP(主要成分,一個控制程序,它類似於inetd的),它可以用來啟動所有其他META1模塊,SMTPS(接收電子郵件的SMTP服務器),SMTPC(SMTP客戶端可用於發送電子郵件),SMAR(地址解析),它允許你搜索的各種地圖,包括DNS,電子郵件路由,以及QMGR(隊列管理器),它控制郵件如何辦理SMTP服務器和SMTP客戶端。 !?但請記住,只有MCP以root身份運行,它是如何工作的下面是META1如何工作的:一個隊列管理器同時控制SMTP客戶端和服務器發送和接收電子郵件,主控軟件啟動其他程序,並監督其執行,並通過Linux機器地址解析器查找提供各種地圖,包括DNS,郵件routing.Does它支持嗎?是的,最有可能,因為META1分佈作為通用源代碼包,它可以在任何基於Linux內核的安裝操作系統的GCC編譯器和各種必需的構建工具存在。它已在兩個64位(x86_64的)和32位(86)的硬件平台測試成功。
當與META1相互作用,這是非常重要的是要知道,它的配置文件是相當簡單的,類似於BIND 9的配置文件。此外,該方案自帶的libpmilter政策郵件過濾庫,它類似於從sendmail的項目libmilter庫

什麼是此版本中的新

  • 在2014年7月7日改變行為:如果中繼通過STARTTLS或AUTH,和標誌delay_checks允許設置,然後否認使用cltresolve接入訪問映射條目:標籤將被覆蓋。由馬蒂亞斯·韋希特爾要求。
  • 在2014年6月7日的新選項-n的雄魚,正則表達式來檢查配置文件的語法,例如,雄魚正則表達式-c new.conf -dn會顯示任何錯誤new.conf。
  • 在2014年6月5日打印也OpenSSL的版本字符串,而不是僅僅當請求的版本號(SMTPS / SMTPC -vv)
  • 在2014年5月31日辦理臨時地圖查找失敗的配置數據更好。
  • 在2014年5月28日增加大小包含配置數據,例如,在smtpc_rcpt_conf訪問映射值:。規模沒有增加,其中增加的時候新的選項,從而可能導致臨時查找失敗。

什麼版本1.0的Alpha 21.0是新的

  • 在為TLS第一個新的標誌(僅SMTPS )已添加:request_cert:請求(客戶端)證書。這個標誌是默認設置,並通過通常的否定方法可以被關閉,例如,dont_request_cert。
  • 在該SMTP測試客戶端smtpc2支持STARTTLS。
  • 的證書信息(CERT_SUBJECT,CERT_ISSUER)的大小被限制在SM_TLS_NAME_MAX(1024)。數據,它是長度現在被截斷;先前,如果最大尺寸超出沒有數據將被記錄下來。
  • 如果編譯時間選項FFR_CERT_PINNING設置然後SMTPC會嘗試自動處理TLS握手失敗:首先它會嘗試不同的TLS版本(1.0,1.1,1.2),如果這些都具備了,最後它會回落到未使用STARTTLS與服務器(基於IP地址)了。見DOC / README。*的細節。

什麼是版本1.0的Alpha 20.0新

  • 在2014年1月18日證書釘扎可作為實驗性的功能(編譯時選項FFR_CERT_PINNING)。

  • 在SMTPS
  • 在2014年1月16日讀取錯誤會記錄為NOTICE,而不是作為WARN有太多的客戶端只需斷開。
  • 在2014年1月15日tls_requirement違反事件,WARN(而不是信息或通知)的記錄。
  • 在2014年1月9日的SMTP測試服務器SMTPS {2,3}支持STARTTLS現在了。
  • 在2013年12月24日MCP現在處理還與QUOT;軟"錯誤避免服務反复重啟。
  • 在2013年12月22日MCP將不再嘗試重新啟動依賴於永久性故障的服務業務。

什麼是版本1.0的Alpha 19.0新

  • 在2013年12月18日META1 SMTPS墜毀,機上近運行AMD64由於sha1_block_data_order_ssse3一個偏離的堆棧的FreeBSD / OpenBSD的版本。解決方法已實施statethreads,但目前尚不清楚這是否是正確的解決方法。

  • 在某些64位平台
  • 在2013年12月12日修正DKIM測試。注:只影響一些測試(它們寫在一個平台相關的方式),而不是DKIM簽名代碼本身
  • 問題
  • 在2013年12月7日如果MTA_TLS_DEBUG用作編譯時間選項,約TLS處理(特別是握手)的信息被記錄下來。
  • 在2013年12月3日約TLS問題的一個SMTP會話期間詳細記錄,現在用會話ID來更容易地關聯起來(以前是基本ERR_get_error_line_data(3)只是一個轉儲)。
  • 在2013年11月29日不兼容的變化:查找算法映射為IP地址現在子網結束與他們分隔符(./ :),類似於子域所要求的。否則,目前尚不清楚是什麼
  • 在cltaddr:10繼電器
  • 表示:一個IPv4或IPv6網絡?這消除歧義:
  • 在cltaddr:10:繼電器
  • 在cltaddr:10。繼電器
  • 在受影響的標籤cltaddr,ICM,ICR,OCI,OCM,OCR,辛,smtpc_session_conf。注:cltaddr也可以出現在RHS的protectedrcpt
  • 在2013年11月28日添加cltaddr IPv6的支持:值protectedrcpt
  • 在2013年11月23日的contrib / femail.c:固定點餡算法等領先的點不會丟失
  • 在2013年11月20日的IPv6地址為代表的"非壓縮"形式,即," ::"表示不使用零的序列。這使得拆卸少顯著部分的地圖查找機制的工作。

什麼版本1.0阿爾法18.0都是新

  • 不得啟動SMAR如果沒有域名服務器進行配置。此,如果沒有域名服務器配置,該標誌use_resolvconf未明確清零只能發生,並且/etc/resolv.conf中不包含任何的域名服務器的條目。如果標誌被清除,然後SMAR默認使用127.0.0.1。
  • 在減少限制什麼被認為是"足夠&QUOT好;導致的DNS查找。先前它被要求接收一個地址記錄為最低的優先MX設定中的至少一個,現在接收到地址記錄為任何MX是足夠了。這至少會獲得郵件接近其目的地,而不是等待在DNS問題有待解決。
  • 添加實驗,未經測試,支持證書吊銷列表:CRL_file和CRL_directory
  • 在登錄會話標識tls_verify_cert_cb,使得信息能夠以正確的會話相關。
  • 在新選項cert_fps的tls_requirements可用於指定(SHA-1)的指紋,其中一個必須由服務器提供的證書的指紋相匹配的列表。
  • 在新選項root_ca_subjects的tls_requirements可用於指定的CN的列表,其中一個必須的CN匹配簽署服務器提供的證書的根CA證書的。

什麼版本1.0的Alpha 17.0是新的

  • 在2013年10月19日的新選項TLS節:verify_depth:這個規定限制了該區域有哪些鏈深度證書的驗證過程中使用。如果超過允許的證書鏈,超過限額的證書將被忽略。
  • (從SSL_CTX_set_verify_depth(3)報價)
  • 在二〇一三年十月十七日圍繞達爾文(鏈接?)問題的工作,以便META1配置,編譯和工作就可以了。經測試使用5.0蘋果LLVM版本(鐺-500.2.75)對達爾文12.4.0(基於LLVM 3.3svn),目標:x86_64的,蘋果darwin12.4.0
  • 在2013年10月12日提高日誌記錄TLS要求侵犯SMTPC。

什麼是版本1.0的Alpha 16.0新

  • 現在可以通過覆蓋一個DNSBL拒絕A"來自:"入門也提供了RHS快:OK
  • 的SubjectAltName在證書現在萃取,只要它們是類型的DNS的並且可以用於為一個新的選擇"主機名"在tls_requirements。

什麼是版本1.0的Alpha 15.0新

  • 在2013年8月24日使用適當的time_t的相關從庫中傳輸數據時宏/功能(DEFEDB)。
  • 在2013年8月21日修正的配置腳本來檢測的getaddrinfo()在SunOS 5.x的。
  • 在2013年4月26日升級statethreads到1.9:增加了對達爾文的支持和更多的事件系統,如的kqueue和epoll的

  • 在需要系統
  • 在2013年4月26日修正配置nameser_compat.h

什麼版本1.0的Alpha 14.0是新的

  • 在2012年11月29日啟用的基本衛生署的支持STARTTLS在SMTP服務器。
  • 2012年11月2日如果傳出連接的限制達到時,調度以前只試圖用相同的MX偏好的其他服務器(與實際臨時的SMTP問題,當然這將通過所有可用的服務器,在指定的的RFC)。此行為已更改嘗試,即使它有不同的MX偏好,以加快交付的下一台服務器(以前的行為被實施,以避免打"異地備份MX"服務器可能使整體交付給實際收件人時間越長,然而,似乎很少有網站居然還在使用這些類型的設置的)。

類似的軟件

YAMM
YAMM

3 Jun 15

Purify
Purify

3 Jun 15

DIMP H3
DIMP H3

14 Apr 15

Alpine
Alpine

20 Feb 15

意見 MeTA1

評論沒有發現
添加評論
打開圖片!