Re: Proposal to define a simple architecture to differentiate legitimate bulk email from Spam (UBE)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>>>>You can get mail no matter where you are with a POP account also.
>>>
>>>shelby, that's actually not true. If you have an enterprise email service 
>>>that requires access to a VPN and the internet service you access it with 
>>>(e.g hotel room ethernet) has a bad firewall configuration, you may never 
>>>get to the mail. I speak with personal experience - the hotel I am in right 
>>>now has screwed up its firewall. I ended up having to find an 802.11 hotspot 
>>>to get to my email.
>>
>>I understand but that was not my point.  My point is that you can put a 
>web-based interface on top of your POP account to access it any where.  You 
>still have a POP account which you are accessing any where if that is what 
>you want.  The web-based interface is just another form of an email client.
>
>that's different - what you said was as quoted above.


In all due respect, I had written:

>>>>You can get mail no matter where you are with a POP account also.

You are writing about different issues of which email client is ideal for each scenario and what the feature set needs to be.  My statement is still true.  Programmers can massage (program) the email client as needed, then my statement is never false.  I assert there are already email clients to access POP from most any where, even if they aren't well known.


> I agree that if you 
>design the web server properly, you can use a web interface, but you run the 
>risk that with this design, you may never be able to pull the email later, 
>POPStyle, into your computer. Although it is theoretically possible, using 
>POP (rather than IMAP) to leave the mail on the server until you pull it 
>again with POP, many servers appear to clear out the mail after POPing it. I 
>think John Klensin made that observation in an earlier exchange.
>
>
>>The point is that you don't need to use a web-based email without an 
>underlying POP account in order to access email from any where.  There are 
>even places where HTTP web-based interface won't work (e.g. cell phone) and 
>so you need to use a different form of email client to access.  Still you 
>can have an underlying POP account that mail is being drawn from.
>
>see above.


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]