|
|
|
| Authored by: Anonymous on Monday, April 16 2012 @ 01:15 PM EDT |
The MUA doesn't matter
Every MTA is push, and in particular, we used to configure sendmail to beep a
pager every time particular email was pushed to recipient MTA->Pushed to
recipient MUA
That's the same thing.
[ Reply to This | Parent | # ]
|
| |
| Authored by: sysprog on Monday, April 16 2012 @ 01:31 PM EDT |
The last step is the MUA, not the MTA.
Y'all're
thinking like an end-user instead of a server. (In the context of "technology
patent", there's not much, if at all, difference.)
For a server, the MDA is the
"last step". Whether or not an MUA even exists is irrelevant. The analogy for
postal mail is that mail is considered "finally delivered" upon insertion into a
mailbox; a person can't claim it wasn't delivered by just refusing to take the
mailpiece out. Other thoughts:
It has been claimed that a "random
ISP/hoster" would require a poll; again I disagree, as most such facilities do
have the option of forwarding (all/some) e-mail programmatically.
For
inter-domain e-mail, refer to SMTP, which is unequivocally push (and only push).
RFC821 dates back to the early 80's, yet I was a user of ARPANET (what passed
for) e-mail in the mid-70's; that was also push (it's certainly arguable that
UUCP, as a predominant (but not exclusive) technology, was a "pull" technique,
but that was a low-level incidental detail (sort of a layer 2 versus layer 3-5
implementation)).
In the late 80's, I carried a pager. The big paging
companies all had interfaces so that a user could send a page programmatically.
This IXO/TAP protocol set predated even SNPP (e.g. RFC1568). It was almost
trivial to rig up a procmail recipe (or "deliver" script, which I still
(unfortunately) use today) as a back-end to the server's MDA, which would send
notification/message directly to my pager.
All of that is
just plain push.[ Reply to This | Parent | # ]
|
|
|
|
|
