Re: quickly switching to an alternate for "from"

2015-05-23 Thread Richard Z
On Sat, May 23, 2015 at 05:58:28AM +0200, MD wrote:
> Hi,
> 
> I use this in my .muttrc, because I did not want to have it automatically
> depended on folders or accounts:
> 
> macro compose I "^Umarkus" "Set identity / Select From:"
> 
> In my aliases file, I have these entries:
> 
> alias markus1 Markus 
> alias markus2 M. 
> alias markus3 MD 

that works fine for me but did not get the automatic switching working yet.


Richard

---
Name and OpenPGP keys available from pgp key servers



Re: quickly switching to an alternate for "from"

2015-05-23 Thread Richard Z
On Fri, May 22, 2015 at 04:17:15PM +0100, spaceman wrote:
> Hi,
> 
> >reply-hook"~t mailing-list.org""my_hdr From: Richard 
> >"
> 
> Not being an expert in hooks (or mutt) but it looks like my_hdr is the wrong
> choice here. You probably need to do something like set from = "spaceman
> "
> to change whom you message comes from. 

hm.. I was trying to follow this instructions 
  http://dev.mutt.org/trac/wiki/UseCases/MultiAccounts
where my_hdr is used.
However for some reason the my_hdr is not used, signature
set in th same way is.

>  I think setting the from alone
> won't work because you email provider might reject it (mutt will still send
> the message to the default provider).
> 
> So I think you need your providers details (hostname, username, password and
> the like) in a configuration file and then source that in the reply-hook
> like in my send-hook. That's my best guess.
> 
> I would provide an example but I use msmtp as an smtp client and mutt as the
> user agent.

I use esmtp and have this part working. Just need to figure out how to
set "From:" in a hook.


Richard

---
Name and OpenPGP keys available from pgp key servers



pgpfYgJiOQ4VO.pgp
Description: PGP signature


Re: quickly switching to an alternate for "from"

2015-05-23 Thread spaceman

Hi,

>reply-hook"~t mailing-list.org""my_hdr From: Richard 
>"


Just to note that reply-hook doesn't appear to work here, however when I 
substitute it for send-hook it works as expected using my_hdr. I realize they 
are not the same thing but this result is what counts.


Regards,
spaceman



pgpy1Y6T0860q.pgp
Description: PGP signature


Re: quickly switching to an alternate for "from"

2015-05-23 Thread Xu Wang
Dear all,

Thank you very much for such responses. There are indeed several ways
to do this.

On Fri, May 22, 2015 at 10:51 AM, Marcus C. Gottwald  wrote:
>
> Xu Wang wrote (Fri 2015-May-22 08:59:01 -0400):
>
>> I understand that I can do "ESC + f" and then enter it manually. But
>> how can I switch quickly ...
>
> After having typed f, you can use Ctrl+u to delete the current
> value, and you can choose the new value from your aliases. The alias
> selection supports tab completion. I am using a few aliases starting
> with "_me_" (and no other aliases starting with "_") for exactly the
> purpose of being able to quickly select a new value for "From:" (and
> sometimes "Cc:" or "Reply-to:" or something else).
>
>
>> ... and limit the choice to just those email
>> addresses that I have set as alternates?
>
> alternates is a pattern, so which input would you like to get checked
> against that pattern?

Ah, I believe I see your point. How about checking aliases against
this pattern then? This seems the most reasonable to me. Is there a
common case where one would want to send an email from an address that
does not match the alternate pattern?

Xu


Re: quickly switching to an alternate for "from"

2015-05-23 Thread Richard Z
On Sat, May 23, 2015 at 12:51:15PM +0100, spaceman wrote:
> Hi,
> 
> >>>reply-hook"~t mailing-list.org""my_hdr From: Richard
> >>>"
> 
> Just to note that reply-hook doesn't appear to work here, however when I
> substitute it for send-hook it works as expected using my_hdr. I realize
> they are not the same thing but this result is what counts.

I had both send and reply-hooks on that, turns out I had an additional
  send-hook   .   'unmy_hdr From Reply-To Content-Type Cc'
in a different part of the file which apparently overruled my carefully
crafted settings.
With that fixed, it seems to work as expected :))



Richard

---
Name and OpenPGP keys available from pgp key servers



pgpyLmwudkr4m.pgp
Description: PGP signature


Re: quickly switching to an alternate for "from"

2015-05-23 Thread Mun
Hi all,

On Sat, May 23, 2015 at 05:04 AM PDT, Xu Wang wrote:
XW> Dear all,
XW> 
XW> Thank you very much for such responses. There are indeed several ways
XW> to do this.

Indeed.  I use a send-hook to accomplish the change to "from".  However,
I recently found at least one destination bounced my mail because it
detected that  I didn't actually send the email from the domain stated
in "from:".  Here's the error within the bounce e-mail:

 Sender address rejected: This gmail.com mail didn't
really arrive via a gmail.com mail server (in reply to RCPT TO command)

Does anyone know of a way to workaround this issue?

Regards,

-- 
Mun


Re: quickly switching to an alternate for "from"

2015-05-23 Thread Jon LaBadie
On Sat, May 23, 2015 at 11:27:27AM -0700, Mun wrote:
> Hi all,
> 
> On Sat, May 23, 2015 at 05:04 AM PDT, Xu Wang wrote:
> XW> Dear all,
> XW> 
> XW> Thank you very much for such responses. There are indeed several ways
> XW> to do this.
> 
> Indeed.  I use a send-hook to accomplish the change to "from".  However,
> I recently found at least one destination bounced my mail because it
> detected that  I didn't actually send the email from the domain stated
> in "from:".  Here's the error within the bounce e-mail:
> 
>  Sender address rejected: This gmail.com mail didn't
> really arrive via a gmail.com mail server (in reply to RCPT TO command)
> 
> Does anyone know of a way to workaround this issue?

Leave the from alone and set reply_to?
> 
> Regards,
> 
> -- 
> Mun
>>> End of included message <<<

-- 
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)


Re: quickly switching to an alternate for "from"

2015-05-23 Thread Ian Zimmerman
On 2015-05-23 11:27 -0700, Mun wrote:

Mun> Indeed.  I use a send-hook to accomplish the change to "from".
Mun> However, I recently found at least one destination bounced my mail
Mun> because it detected that I didn't actually send the email from the
Mun> domain stated in "from:".  Here's the error within the bounce
Mun> e-mail:

>  Sender address rejected: This gmail.com mail didn't
> really arrive via a gmail.com mail server (in reply to RCPT TO command)

Did you have a good reason to bypass Google servers?  If not, using
gmail as a relay would likely work around this.

Exim can be configured to conditionally relay some messages depending on
foo.  Other MTAs probably can, too.

-- 
Please *no* private copies of mailing list or newsgroup messages.
Rule 420: All persons more than eight miles high to leave the court.



Re: quickly switching to an alternate for "from"

2015-05-23 Thread Mun
Hi Jon,

On Sat, May 23, 2015 at 04:25 PM PDT, Jon LaBadie wrote:
JL> On Sat, May 23, 2015 at 11:27:27AM -0700, Mun wrote:
JL> > Hi all,
JL> > 
JL> > On Sat, May 23, 2015 at 05:04 AM PDT, Xu Wang wrote:
JL> > XW> Dear all,
JL> > XW> 
JL> > XW> Thank you very much for such responses. There are indeed several ways
JL> > XW> to do this.
JL> > 
JL> > Indeed.  I use a send-hook to accomplish the change to "from".  However,
JL> > I recently found at least one destination bounced my mail because it
JL> > detected that  I didn't actually send the email from the domain stated
JL> > in "from:".  Here's the error within the bounce e-mail:
JL> > 
JL> >  Sender address rejected: This gmail.com mail didn't
JL> > really arrive via a gmail.com mail server (in reply to RCPT TO 
command)
JL> > 
JL> > Does anyone know of a way to workaround this issue?
JL> 
JL> Leave the from alone and set reply_to?

Huh, not a bad idea as a workaround.  Thanks.

-- 
Mun


Re: quickly switching to an alternate for "from"

2015-05-23 Thread Mun
Hi Ian,

On Sat, May 23, 2015 at 06:15 PM PDT, Ian Zimmerman wrote:
IZ> On 2015-05-23 11:27 -0700, Mun wrote:
IZ> 
IZ> Mun> Indeed.  I use a send-hook to accomplish the change to "from".
IZ> Mun> However, I recently found at least one destination bounced my mail
IZ> Mun> because it detected that I didn't actually send the email from the
IZ> Mun> domain stated in "from:".  Here's the error within the bounce
IZ> Mun> e-mail:
IZ> 
IZ> >  Sender address rejected: This gmail.com mail didn't
IZ> > really arrive via a gmail.com mail server (in reply to RCPT TO 
command)
IZ> 
IZ> Did you have a good reason to bypass Google servers?  If not, using
IZ> gmail as a relay would likely work around this.

Not really.  I have multiple e-mail accounts that I process from a
single system and so I tried to spoof the "from:" accordingly.

IZ> Exim can be configured to conditionally relay some messages depending on
IZ> foo.  Other MTAs probably can, too.

I'm using postfix; I'll have to look into that capability.

Thanks,

-- 
Mun


wiki is wedged

2015-05-23 Thread Ian Zimmerman
Since about noontime today, I get this whenever I try to browse to
wiki.mutt.org:

The connection to the server was reset while the page was loading.

-- 
Please *no* private copies of mailing list or newsgroup messages.
Rule 420: All persons more than eight miles high to leave the court.



Re: quickly switching to an alternate for "from"

2015-05-23 Thread David Champion
* On 23 May 2015, Mun wrote: 
> 
> Indeed.  I use a send-hook to accomplish the change to "from".  However,
> I recently found at least one destination bounced my mail because it
> detected that  I didn't actually send the email from the domain stated
> in "from:".  Here's the error within the bounce e-mail:
> 
>  Sender address rejected: This gmail.com mail didn't
> really arrive via a gmail.com mail server (in reply to RCPT TO command)
> 
> Does anyone know of a way to workaround this issue?

GMail publishes SPF and DKIM records.  Any receiving site that thinks
these are a good idea can check your mail alleging to be from gmail.com
and determine whether it really is sent by gmail.com.  Yours isn't, so
it fails the check and there's no way around this except to send via
gmail.com's SMTP relays.

You might try a send2-hook to set your $sendmail according to the
profile you're using (the address you're sending from).

-- 
David Champion • d...@bikeshed.us