Steve put forth on 4/12/2010 10:56 AM:
> AFAIK Outlook often saves the messages in a local Sent folder if you use
> Outlook as a pure IMAP client. On the IMAP server nothing gets saved.
>
> But you are right. All the other clients that I know save the message on the
> server or at least are abl
On 2010-04-12 1:05 PM, Timo Sirainen wrote:
> Not my client and not really even usable yet, but it started with the
> right ideas: http://trojita.flaska.net/
>
> I could see myself continuing it instead of starting from scratch..
Like I said, one can only hope... but I'm conflicted... too bad you
On Mon, 2010-04-12 at 12:13 -0400, Charles Marcus wrote:
> On 2010-04-12 12:03 PM, Simon Waters wrote:
> > Some days I think starting again from scratch with software would be a good
> > idea, then I remember how quickly I can code
>
> Timo (dovecot author) has expressed interest in maybe som
On Mon, 2010-04-12 at 11:17 -0400, Victor Duchovni wrote:
> I too would have expected a new IMAP extension that would allow the IMAP
> client to ask the IMAP server to post the message. I don't know why this
> route was not taken.
Lemonade group discussed this in their "push vs pull" arguments. I
On 2010-04-12 12:03 PM, Simon Waters wrote:
> Some days I think starting again from scratch with software would be a good
> idea, then I remember how quickly I can code
Timo (dovecot author) has expressed interest in maybe someday coding an
IMAP client from scratch... one can only hope... ;)
On Mon, Apr 12, 2010 at 12:09:40PM -0400, Charles Marcus wrote:
> On 2010-04-12 11:53 AM, Victor Duchovni wrote:
> > On Mon, Apr 12, 2010 at 11:50:02AM -0400, Charles Marcus wrote:
> >
> >> There is no IMAP client that I'm aware of that can 'save' a message to
> >> to the Sent folder.
> >
> > Th
On 2010-04-12 11:56 AM, Steve wrote:
> But you are right. All the other clients that I know save the message
> on the server or at least are able to save the message on the server.
> I never managed to do that with Outlook without fancy macros/rules.
Outlook 2007 finally allows you to Save to a Se
On 2010-04-12 11:53 AM, Victor Duchovni wrote:
> On Mon, Apr 12, 2010 at 11:50:02AM -0400, Charles Marcus wrote:
>
>> There is no IMAP client that I'm aware of that can 'save' a message to
>> to the Sent folder.
>
> They all do it, that's how messages end up in the Sent folder, you
> are confused
On Monday 12 April 2010 16:53:10 Victor Duchovni wrote:
> On Mon, Apr 12, 2010 at 11:50:02AM -0400, Charles Marcus wrote:
> > There is no IMAP client that I'm aware of that can 'save' a message to
> > to the Sent folder.
>
> They all do it, that's how messages end up in the Sent folder, you
> are c
Original-Nachricht
> Datum: Mon, 12 Apr 2010 11:53:10 -0400
> Von: Victor Duchovni
> An: postfix-users@postfix.org
> Betreff: Re: Patch: support BURL
> On Mon, Apr 12, 2010 at 11:50:02AM -0400, Charles Marcus wrote:
>
> > There is no IMAP client th
On Mon, Apr 12, 2010 at 11:50:02AM -0400, Charles Marcus wrote:
> There is no IMAP client that I'm aware of that can 'save' a message to
> to the Sent folder.
They all do it, that's how messages end up in the Sent folder, you
are confused.
--
Viktor.
P.S. Morgan Stanley is looking for
On 2010-04-12 11:16 AM, Mike Abbott wrote:
>> How would this work for messages that are never saved to the Drafts
>> folder?
>
> Then instead the message could be saved to the Sent folder instead, and
> the submission server could fetch it from there. The MUA would have to
> remove it from the Se
> This interpretation is incorrect, the 3-digit SMTP code, must match the
> 3-part DSN code. For transient errors use 454.
Thank you.
On Sat, Apr 10, 2010 at 09:19:50AM -0400, Wietse Venema wrote:
> So this is really about sending yourself mail via IMAP, instead of
> listing yourself in the Cc: address box.
Email Cc'd to the user does not necessarily arrive in the Sent folder
(it does for Gmail users, but Gmail's "folders" have
> How would this work for messages that are never saved to the Drafts folder?
Then instead the message could be saved to the Sent folder instead, and the
submission server could fetch it from there. The MUA would have to remove it
from the Sent folder if sending failed, of course. Nothing magi
On 2010-04-12 11:03 AM, Charles Marcus wrote:
> On 2010-04-12 10:24 AM, Mike Abbott wrote:
>> Because the message in the IMAP server is brand-new, having just been
>> composed by the user. For instance:
>> 1. As the user composes a new message, the MUA saves the new message
>> in the IMAP "Drafts"
On 2010-04-12 10:24 AM, Mike Abbott wrote:
> Because the message in the IMAP server is brand-new, having just been
> composed by the user. For instance:
> 1. As the user composes a new message, the MUA saves the new message
> in the IMAP "Drafts" mailbox, possibly by using CATENATE (RFC 4469)
> an
On Mon, Apr 12, 2010 at 08:56:17AM -0500, Mike Abbott wrote:
> >> + case SMTP_ERR_EOF:
> >> + smtpd_chat_reply(state, "554 4.6.6 EOF from IMAP server");
> >> + vstream_longjmp(state->client, SMTP_ERR_QUIET);
> >> + break;
> >
> > Why is the DSN code 4.X.X when the SMTP reply code
> In the mean time, the authors may want to enforce strict sanity
> checks on IMAP server output such as the reply payload length, and
> also make sure that their vstream_limit code behaves when reads
> are alternated with writes (either refuse to allow read/write/read,
> or enforce the limit as pr
>> +if (in_stream == NULL) {
>> +/* must fail the entire transaction */
>> +chat_reset(state, var_smtpd_hist_thrsh);
>> +mail_reset(state);
>> +rcpt_reset(state);
>> +return -1;
>> +}
>
> Why no response to the client?
The function imap_open() respo
On Sat, Apr 10, 2010 at 10:19 AM, Wietse Venema wrote:
> Reinaldo de Carvalho:
>> Send a unique message is faster than send twice (twice for saving on
>> IMAP server).
>
> Saving to the IMAP server?
>
> So this is really about sending yourself mail via IMAP, instead of
> listing yourself in the Cc
Reinaldo etse:de Carvalho:
> That would not explain why sending to an IMAP server is
> faster than sending that same message to an SMTP server.
Reinaldo de Carvalho:
> Send a unique message is faster than send twice (twice for saving on
> IMAP server).
Saving to the IMAP server?
So this is real
On Fri, Apr 9, 2010 at 9:51 PM, Wietse Venema wrote:
> Reinaldo de Carvalho:
>>
>> IMAP users will benefit saving bandwidth ($/Kbyte) and time (in slow
>> connections).
>
> That would not explain why sending to an IMAP server is
> faster than sending that same message to an SMTP server.
>
>
Original-Nachricht
> Datum: Fri, 9 Apr 2010 20:51:03 -0400 (EDT)
> Von: Wietse Venema
> An: Postfix users
> Betreff: Re: Patch: support BURL
> Reinaldo de Carvalho:
> [ Charset ISO-8859-1 unsupported, converting... ]
> > On Fri, Apr 9, 2010 at 8:48 PM
Reinaldo de Carvalho:
[ Charset ISO-8859-1 unsupported, converting... ]
> On Fri, Apr 9, 2010 at 8:48 PM, Wietse Venema wrote:
> >>
> >> Mail client will write message to imap folder and MTA will get the
> >> message. Avoid send messahe twice over the link.
> >>
> >>--
> >>Reinaldo de Carvalho
> >
On Fri, Apr 9, 2010 at 8:48 PM, Wietse Venema wrote:
>>
>> Mail client will write message to imap folder and MTA will get the
>> message. Avoid send messahe twice over the link.
>>
>>--
>>Reinaldo de Carvalho
>>
>
> Why is there a problem with sending mail to the SMTP server directly,
> instead of
> On Fri, Apr 9, 2010 at 7:16 PM, Wietse Venema wrote:
> > Victor Duchovni:
> >> On Fri, Apr 09, 2010 at 05:09:27PM -0400, Wietse Venema wrote:
> >>
> >> > One question I have is why would anyone send an email message that
> >> > is 100% identical to a message that is already sitting in an IMAP
>
Victor Duchovni:
> On Fri, Apr 09, 2010 at 05:09:27PM -0400, Wietse Venema wrote:
>
> > One question I have is why would anyone send an email message that
> > is 100% identical to a message that is already sitting in an IMAP
> > store? It would seem that this is useful only when forwarding mail
>
On Fri, Apr 09, 2010 at 05:09:27PM -0400, Wietse Venema wrote:
> One question I have is why would anyone send an email message that
> is 100% identical to a message that is already sitting in an IMAP
> store? It would seem that this is useful only when forwarding mail
> verbatim. Is this worth the
Victor Duchovni:
> > + * Copyright (c) 2010 Apple Inc. All rights reserved.
> > + *
> > + * Redistribution and use in source and binary forms, with or without
> > + * modification, are permitted provided that the following conditions
> > + * are met:
> > + * 1. Redistributions of source code
On Fri, Apr 09, 2010 at 06:36:10AM -0500, Mike Abbott wrote:
> Attached please find a patch that adds support to postfix-2.7.0 for RFC
> 4468 - Submission BURL.
> --- postfix-2.7.0/src/global/ehlo_mask.c 2008-01-08 14:36:13.0
> -0600
> --- postfix-2.7.0/src/global/ehlo_mask.h 2
On Fri, Apr 09, 2010 at 11:57:17AM -0500, Mike Abbott wrote:
> Thank you for pointing out that I did not explain the contents of the
> submit.cred file well enough. This file contains a single username and
> password per IMAP server which postfix uses to authenticate to that IMAP
> server. Ty
Thank you for pointing out that I did not explain the contents of the
submit.cred file well enough. This file contains a single username and
password per IMAP server which postfix uses to authenticate to that IMAP
server. Typically the username is "submit". It does NOT contain regular
users'
On Fri, Apr 09, 2010 at 12:26:47PM -0400, Victor Duchovni wrote:
> On Fri, Apr 09, 2010 at 06:36:10AM -0500, Mike Abbott wrote:
>
> > Attached please find a patch that adds support to postfix-2.7.0 for RFC
> > 4468 - Submission BURL.
>
> > BURL requires a pre-configured trust relationship betwee
On Fri, Apr 09, 2010 at 06:36:10AM -0500, Mike Abbott wrote:
> Attached please find a patch that adds support to postfix-2.7.0 for RFC
> 4468 - Submission BURL.
> BURL requires a pre-configured trust relationship between the submission
> server and the IMAP server. This patch adds a new configur
Hello Postfix community,
Attached please find a patch that adds support to postfix-2.7.0 for RFC
4468 - Submission BURL.
BURL requires a pre-configured trust relationship between the submission
server and the IMAP server. This patch adds a new configuration file
normally named "submit.cred" that
36 matches
Mail list logo
