Showing papers on "MX record published in 2008"
Patent•
IBM1
TL;DR: Disclosed as discussed by the authors is a computer implemented method and computer program product for transmitting a resource record to a requesting computer, where the resource record is associated with an epochal time and a time to live.
Abstract: Disclosed is a computer implemented method and computer program product for transmitting a resource record to a requesting computer. An authoritative domain name server receives a DNS query from a requesting computer at a name server. The authoritative domain name server looks up the resource record based on the DNS query, wherein the resource record is associated with an epochal time and a time to live. The authoritative domain name server transmits the resource record response based on the epochal time.
209 citations
Patent•
22 Feb 2008
TL;DR: In this article, it is shown that it is possible to reliably determine a necessary electronic mail without deleting a necessary e-mail or the like without setting a complicated spam judging condition.
Abstract: Even when setting a complicated spam judging condition, it is possible to reliably determine a necessary electronic mail in reality (i.e a mail that is not a spam mail), without deleting a necessary electronic mail or the like. Based on the assumption that an electronic mail from a mail address to which transmission was performed in the past has a high possibility of not being a spam mail, a transmission destination mail address of an electronic mail transmitted to outside the organization is recorded as a permitted mail address (Step 506-Step 510), and when a transmission source address of an electronic mail destined to inside the organization matches a mail address registered in a permitted mail address database (Step 511: Yes), processing is performed to unconditionally receive this electronic mail (Step 504).
18 citations
Patent•
15 Feb 2008
TL;DR: In this article, it is shown that it is possible to reliably determine a necessary electronic mail without deleting a necessary e-mail or the like without setting a complicated spam judging condition.
Abstract: Even when setting a complicated spam judging condition, it is possible to reliably determine a necessary electronic mail in reality (i.e a mail that is not a spam mail), without deleting a necessary electronic mail or the like. Based on the assumption that an electronic mail from a mail address to which transmission was performed in the past has a high possibility of not being a spam mail, a transmission destination mail address of an electronic mail transmitted to outside the organization is recorded as a permitted mail address (Step 506 - Step 510), and when a transmission source address of an electronic mail destined to inside the organization matches a mail address registered in a permitted mail address database (Step 511: Yes), processing is performed to unconditionally receive this electronic mail (Step 504).
15 Dec 2008
TL;DR: This specification adds a new address type for international email addresses so an original recipient address with non-US-ASCII characters can be correctly preserved even after downgrading.
Abstract: Delivery status notifications (DSNs) are critical to the correct
operation of an email system. However, the existing Draft Standards
(RFC 3461, RFC 3462, RFC 3464) are presently limited to US-ASCII text
in the machine-readable portions of the protocol. This specification
adds a new address type for international email addresses so an
original recipient address with non-US-ASCII characters can be
correctly preserved even after downgrading. This also provides updated
content return media types for delivery status notifications and
message disposition notifications to support use of the new address
type. This document extends RFC 3461, RFC 3462, RFC 3464, and RFC
3798. It replaces the experimental RFC 5337.