1
A
回答
0
我建議你有一些消費信息,並將它們存儲便宜的地方 - 可能是一個數據庫或文件系統,如果你在本地機器上運行,或者如果你一堆附加的斑點'在Azure。
然後,你可以隨時決定如何處理郵件:)
相關問題
- 1. Rebus和遠程隊列
- 2. CRM 2011案例隊列審計歷史
- 3. Rebus基於內容的多個隊列
- 4. NHibernate和SetSessionAuth審計列
- 5. NHibernate,審計和計算列值
- 6. DB2審計 - 加載到審計表
- 7. 將消息轉發到發佈者/訂閱者的審計隊列
- 8. 根據經過審計的更改過濾出審計結果,並使用受審計的審計列表gem
- 9. Google Apps腳本 - 審覈隊列報告
- 10. 如何從Rebus中檢查錯誤隊列
- 11. 一個rebus進程中的多個輸入隊列
- 12. Oracle表審計的添加日期和修改日期
- 13. Rebus Pub/Sub Encryption
- 14. Rebus - 將延遲的消息發送到另一個隊列(Azure ServiceBus)
- 15. EF4 CTP5 - 審計列CreatedOn
- 16. Rebus的MSMQ要求
- 17. SharePoint和SQL Server 2008審計
- 18. 審計與C#和.NET
- 19. Spring JPA,Eclipselink和審計
- 20. 連接池和審計
- 21. Envers和Hibernate Spatial 4審計
- 22. Rebus FileSystemMessageQueue
- 23. 收集審計和統計數據
- 24. Spring AMPQ - 創建隊列Bean到期
- 25. Redis隊列與索賠到期
- 26. RabbitMQ隊列設計和縮放
- 27. JMS設計:主題和隊列組合
- 28. Glassfish 3.1 JMS隊列監測和統計
- 29. 任務隊列API:ETA和倒計時
- 30. 用Nlog和Rebus記錄
我喜歡這個想法。 :) – Marco