Re: Allowing IMAP/POP to Send Email

From: "Marc Perkel" <[EMAIL PROTECTED]> Logan Shaw wrote: On Thu, 3 Aug 2006, Marc Perkel wrote: Not really - what I'm proposing is that the IMAP connection just pipe the message into an SMTP server. The IMAP is acting only and an authenticated connection back to SMTP. I'm not suggesting repla

Re: Allowing IMAP/POP to Send Email

From: "Marc Perkel" <[EMAIL PROTECTED]> Chris Lear wrote: What if I set up an SMTP server at home behind my ADSL router, collect my vanity-domain mail there, and access it via IMAP or POP3? It seems I only have one option, which is to send my mail via IMAP to my home server. Which then sen

Re: Allowing IMAP/POP to Send Email & United Nations etc....

Nigel Frankcom wrote: > I'll put on my flameproof underwear for this > > There's been a huge amount of crossfire on these/this subject, but I > don't see how it has anything to do with SA; or am I missing the > point? > > Different protocols, yet another level of policing, but nothing about >

Re: Allowing IMAP/POP to Send Email & United Nations etc....

Nigel Frankcom wrote: I'll put on my flameproof underwear for this There's been a huge amount of crossfire on these/this subject, but I don't see how it has anything to do with SA; or am I missing the point? Different protocols, yet another level of policing, but nothing about the fact that

Re: Allowing IMAP/POP to Send Email

> Spam is never eliminated - just reduced. Most spam comes from virus > infected zombies that talk SMTP. If end users were by default set up so > that they can only send email by IMAP then you can block off SMTP ports > for end users isolating them from the SMTP world. That would take a huge > bite

Allowing IMAP/POP to Send Email & United Nations etc....

I'll put on my flameproof underwear for this There's been a huge amount of crossfire on these/this subject, but I don't see how it has anything to do with SA; or am I missing the point? Different protocols, yet another level of policing, but nothing about the fact that SA does a damned fine j

Re: Allowing IMAP/POP to Send Email

On Thursday 03 August 2006 19:25, Marc Perkel took the opportunity to say: > Chris Lear wrote: > > What if I set up an SMTP server at home behind my ADSL router, collect > > my vanity-domain mail there, and access it via IMAP or POP3? It seems > > I only have one option, which is to send my mail vi

Re: Allowing IMAP/POP to Send Email

Marc Perkel wrote: Spam is never eliminated - just reduced. Most spam comes from virus infected zombies that talk SMTP. If end users were by default set up so that they can only send email by IMAP then you can block off SMTP ports for end users isolating them from the SMTP world. That would tak

Re: Allowing IMAP/POP to Send Email

Logan Shaw wrote: On Thu, 3 Aug 2006, Marc Perkel wrote: Not really - what I'm proposing is that the IMAP connection just pipe the message into an SMTP server. The IMAP is acting only and an authenticated connection back to SMTP. I'm not suggesting replacing SMTP. What I'm suggesting is that

Re: Allowing IMAP/POP to Send Email

Chris Lear wrote: What if I set up an SMTP server at home behind my ADSL router, collect my vanity-domain mail there, and access it via IMAP or POP3? It seems I only have one option, which is to send my mail via IMAP to my home server. Which then sends via SMTP to... the Internet (or via a

Re: Allowing IMAP/POP to Send Email

On Thu, 3 Aug 2006, Marc Perkel wrote: Not really - what I'm proposing is that the IMAP connection just pipe the message into an SMTP server. The IMAP is acting only and an authenticated connection back to SMTP. I'm not suggesting replacing SMTP. What I'm suggesting is that POP/IMAP can be used

Re: Allowing IMAP/POP to Send Email

* Marc Perkel wrote (03/08/06 14:39): Tony Finch wrote: The reason that message submission is done with SMTP is because of the number of SMTP extensions that the MUA will want to use, in particular DSNs, deliver-by, deliver-after, message tracking, and whatever else may be invented in the futur

Re: Allowing IMAP/POP to Send Email

Tony Finch wrote: The reason that message submission is done with SMTP is because of the number of SMTP extensions that the MUA will want to use, in particular DSNs, deliver-by, deliver-after, message tracking, and whatever else may be invented in the future. If you want to make message submiss

Re: Allowing IMAP/POP to Send Email

The reason that message submission is done with SMTP is because of the number of SMTP extensions that the MUA will want to use, in particular DSNs, deliver-by, deliver-after, message tracking, and whatever else may be invented in the future. If you want to make message submission a part of IMAP an

Re: Allowing IMAP/POP to Send Email

On Wednesday 02 August 2006 12:02, Marc Perkel wrote: Long pedantic diatribe deleted (Really, don't you suppose anyone reading this list knew all of that already)? >  1. It would eliminate the need to configure outgoing SMTP. That makes >       it easier for the consumer. It would also elim

Re: Allowing IMAP/POP to Send Email

From: "Marc Perkel" <[EMAIL PROTECTED]> Gino Cerullo wrote: On 2-Aug-06, at 6:29 PM, Jason Haar <[EMAIL PROTECTED] > wrote: FYI: Courier-IMAP has had this feature for some time. You can configure it so that any mail message dropped into an IMAP subfolder named (e

Re: Allowing IMAP/POP to Send Email

Gino Cerullo wrote: On 2-Aug-06, at 6:29 PM, Jason Haar <[EMAIL PROTECTED]> wrote: FYI: Courier-IMAP has had this feature for some time. You can configure it so that any mail message dropped into an IMAP subfolder named (e.g.) "Outbox" will be auto-sent - i.e. piped in

Re: Allowing IMAP/POP to Send Email

From: "John D. Hardin" <[EMAIL PROTECTED]> On Wed, 2 Aug 2006, jdow wrote: The authenticated SMTP exists now. It has password problems via simple sniffing. I wish Earthlink supported SSL connections which can't be sniffed. TLS? They don't have that either. {^_^}

Re: Allowing IMAP/POP to Send Email

On Wed, 2 Aug 2006, jdow wrote: > The authenticated SMTP exists now. It has password problems via > simple sniffing. I wish Earthlink supported SSL connections which > can't be sniffed. TLS? -- John Hardin KA7OHZICQ#15735746http://www.impsec.org/~jhardin/ [EMAIL PROTECTED]FALaholic

Re: Allowing IMAP/POP to Send Email

On Wed, 2 Aug 2006, jdow wrote: > IMAP, after all, exposes user email to scrutiny on machines the > user does not control. Now, be fair. SMTP has exactly the same weakness. What prevents the Earthlink SMTP servers from saving a copy of every message they process on your behalf? If you want your

Re: Allowing IMAP/POP to Send Email

From: "Gino Cerullo" <[EMAIL PROTECTED]> On 2-Aug-06, at 7:29 PM, [EMAIL PROTECTED] wrote: Sniffers exist. Passwords are NOT the solution. They may evolve into part of the problem. Traffic analysis and slow downs for sending too many emails too rapidly are part of the solution. Forcing auth

Re: Allowing IMAP/POP to Send Email

On 2-Aug-06, at 7:29 PM, [EMAIL PROTECTED] wrote:Sniffers exist. Passwords are NOT the solution. They may evolve into part of the problem. Traffic analysis and slow downs for sending too many emails too rapidly are part of the solution. Forcing authenticated SMTP submission finishes the solution.

Re: Allowing IMAP/POP to Send Email

On 2-Aug-06, at 6:29 PM, Jason Haar <[EMAIL PROTECTED]> wrote:FYI: Courier-IMAP has had this feature for some time. You can configure it so that any mail message dropped into an IMAP subfolder named (e.g.) "Outbox" will be auto-sent - i.e. piped into /usr/sbin/sendmail. Completely removes the need

Re: Allowing IMAP/POP to Send Email

From: "Logan Shaw" <[EMAIL PROTECTED]> On Wed, 2 Aug 2006, Marc Perkel wrote: If IMAP and POP were enhanced to allow outgoing email to be transferred back up the same connection as incoming email it would have several advantages. 1. It would eliminate the need to configure outgoing SMTP. That

Re: Allowing IMAP/POP to Send Email

For someone who was worried about breaking forwarding with SPF just a little while ago. What you propose below blows forwarding out of the water. On 2-Aug-06, at 4:53 PM, Marc Perkel <[EMAIL PROTECTED]> wrote:Allowing IMAP/POP to Send EmailThe email SMTP protocol was created in simpler times. One o

Re: Allowing IMAP/POP to Send Email

From: "Marc Perkel" <[EMAIL PROTECTED]> Allowing IMAP/POP to Send Email The email SMTP protocol was created in simpler times. One of the problems is that it is far too easy for any one person to impersonate any other person on the planet. One of the things that will

Re: Allowing IMAP/POP to Send Email

FYI: Courier-IMAP has had this feature for some time. You can configure it so that any mail message dropped into an IMAP subfolder named (e.g.) "Outbox" will be auto-sent - i.e. piped into /usr/sbin/sendmail. Completely removes the need for SMTP. Of course, it would really require all MUAs to be r

Re: Allowing IMAP/POP to Send Email

>> This is a multi-part message in MIME format. >> --090806020708020808010004 >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> Content-Transfer-Encoding: 7bit >> >> >> Allowing IMAP/POP to Send Email >> >>

Re: Allowing IMAP/POP to Send Email

On Wednesday 02 August 2006 22:02, Marc Perkel took the opportunity to say: > Allowing IMAP/POP to Send Email > > The email SMTP protocol was created in simpler times. One of the > problems is that it is far too easy for any one person to impersonate > any other person on the

Re: Allowing IMAP/POP to Send Email

On Wed, 2 Aug 2006, Marc Perkel wrote: 3. The server would accept outgoing email and label the from field to be the same as the email account preventing the user from pretending to be an email address other than the one the user authenticated as. It would then deliver the message to

Re: Allowing IMAP/POP to Send Email

On Wed, 2 Aug 2006, Marc Perkel wrote: If IMAP and POP were enhanced to allow outgoing email to be transferred back up the same connection as incoming email it would have several advantages. 1. It would eliminate the need to configure outgoing SMTP. That makes it easier for the consumer. I

Allowing IMAP/POP to Send Email

Allowing IMAP/POP to Send Email The email SMTP protocol was created in simpler times. One of the problems is that it is far too easy for any one person to impersonate any other person on the planet. One of the things that will reduce spam and fraud on the Internet is to make it more