Re: hold all relayed mail by default

2009-03-11 Thread Costin Guşă
On Mon, Mar 9, 2009 at 6:49 PM, Noel Jones wrote: > Costin Guşă wrote: >> >> however i'm wondering if my proposed implementation would *really* >> catch not only all relayed mail but also internal clients sending mail >> to internal clients ? > > To only catch outbound mail, use something like thi

Re: hold all relayed mail by default

2009-03-11 Thread Charles Marcus
On 3/10/2009, mouss (mo...@ml.netoyen.net) wrote: > it's not that hard. the hard part is to make sure that how recalls only > recalls his own mail. This is easy via a web interface which requires > user authentication (aka webmail). if everything is done by mail, then > it's a bit harder unless you

Re: hold all relayed mail by default

2009-03-10 Thread mouss
Charles Marcus a écrit : > On 3/9/2009 6:12 PM, mouss wrote: >>> I only said it was an interesting idea, and wondered if it could be >>> automated... I'm still not sure it *should* be done... :) > >> it can be automated. the hard part is to define the criteria (when to >> keep, when to "release")

Re: hold all relayed mail by default

2009-03-10 Thread Charles Marcus
On 3/9/2009 6:12 PM, mouss wrote: >> It will never fail that the user will decide right after clicking the >> send button that they want to recall it, no matter how long they wait >> prior to sending... > and they will also decide to recall it after it was "released" ;-p Of course... but all joki

Re: hold all relayed mail by default

2009-03-09 Thread mouss
Costin Guşă a écrit : > On Mon, Mar 9, 2009 at 3:55 PM, Jorey Bump wrote: >> Charles Marcus wrote, at 03/09/2009 09:42 AM: >>> On 3/9/2009, Costin Gu_ (costi...@gmail.com) wrote: yes, it's true that people expect instant delivery; however I was thinking at short delays such as 5 minutes

Re: hold all relayed mail by default

2009-03-09 Thread mouss
Charles Marcus a écrit : > On 3/9/2009, Jorey Bump (l...@joreybump.com) wrote: >> Isn't this best implemented at the MUA level? At the very least, a user >> can simply save drafts of all composed email, then review & send >> messages periodically. Not only does this address the problem, it is >> mo

Re: hold all relayed mail by default

2009-03-09 Thread Noel Jones
Costin Guşă wrote: however i'm wondering if my proposed implementation would *really* catch not only all relayed mail but also internal clients sending mail to internal clients ? To only catch outbound mail, use something like this (note smtpd_SENDER_restrictions): # main.cf smtpd_sender_re

Re: hold all relayed mail by default

2009-03-09 Thread Costin Guşă
On Mon, Mar 9, 2009 at 4:02 PM, Charles Marcus wrote: > On 3/9/2009, Jorey Bump (l...@joreybump.com) wrote: >> Isn't this best implemented at the MUA level? At the very least, a user >> can simply save drafts of all composed email, then review & send >> messages periodically. Not only does this ad

Re: hold all relayed mail by default

2009-03-09 Thread Noel Jones
Charles Marcus wrote: On 3/9/2009, Jorey Bump (l...@joreybump.com) wrote: Isn't this best implemented at the MUA level? At the very least, a user can simply save drafts of all composed email, then review & send messages periodically. Not only does this address the problem, it is more convenient

Re: hold all relayed mail by default

2009-03-09 Thread Costin Guşă
On Mon, Mar 9, 2009 at 3:55 PM, Jorey Bump wrote: > Charles Marcus wrote, at 03/09/2009 09:42 AM: >> On 3/9/2009, Costin Gu_  (costi...@gmail.com) wrote: >>> yes, it's true that people expect instant delivery; however I was >>> thinking at short delays such as 5 minutes, since most regrettable >>>

Re: hold all relayed mail by default

2009-03-09 Thread Charles Marcus
On 3/9/2009, Jorey Bump (l...@joreybump.com) wrote: > Isn't this best implemented at the MUA level? At the very least, a user > can simply save drafts of all composed email, then review & send > messages periodically. Not only does this address the problem, it is > more convenient for everyone, inc

Re: hold all relayed mail by default

2009-03-09 Thread Jorey Bump
Charles Marcus wrote, at 03/09/2009 09:42 AM: > On 3/9/2009, Costin Gu_ (costi...@gmail.com) wrote: >> yes, it's true that people expect instant delivery; however I was >> thinking at short delays such as 5 minutes, since most regrettable >> errors are discovered within the next few seconds follow

Re: hold all relayed mail by default

2009-03-09 Thread Charles Marcus
On 3/9/2009, Costin Gu_ (costi...@gmail.com) wrote: > yes, it's true that people expect instant delivery; however I was > thinking at short delays such as 5 minutes, since most regrettable > errors are discovered within the next few seconds following the event, > so keeping the mail in queue for e

Re: hold all relayed mail by default

2009-03-09 Thread Costin Guşă
On Mon, Mar 9, 2009 at 2:43 PM, Noel Jones wrote: > Costin Guşă wrote: >> [...] >> >> I'd like to mimic M$ Exchange "recall" behaviour for emails sent by >> relay-allowed clients. >> [...] > > I don't think this is a good idea at all. > > Folks by now somewhat expect mail being near real time,

Re: hold all relayed mail by default

2009-03-09 Thread Noel Jones
Costin Guşă wrote: Hello, I'm using postfix postfix-2.3.3-2 x86 configured for a single domain. Clients are allowed to relay only after they have performed SMTP AUTH or if they connect from $mynetworks. (postconf -n posted at http://pastebin.ca/1356405) I'd like to mimic M$ Exchange "recall" beh

hold all relayed mail by default

2009-03-09 Thread Costin Guşă
Hello, I'm using postfix postfix-2.3.3-2 x86 configured for a single domain. Clients are allowed to relay only after they have performed SMTP AUTH or if they connect from $mynetworks. (postconf -n posted at http://pastebin.ca/1356405) I'd like to mimic M$ Exchange "recall" behaviour for emails sen