[MlMt] how to change the standard "from address"

[Sebastian Poll]

Hi,
Thanks, didn't see that. I tried but failed as I seem to be not able to 
get the right syntax. Maybe it's because my user account (google apps 
for work) has an "@" in it?
I tried "defaults write com.freron.MailMate MmDefaultAccount -string 
'imap://username@imap.example.com'" with the mailadress itself or even 
the serverURL from the Identities.plist using "@" or "%40" (which seemed 
to have the right syntax. But I always end up with a error message that 
the default from address is unknown.)

Thanks for you help!

Sebastian


On 26 Nov 2014, at 18:00, mailmate-request at lists.freron.com wrote:

> Send mailmate mailing list submissions to
> 	mailmate at lists.freron.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.freron.com/listinfo/mailmate
> or, via email, send a message with subject or body 'help' to
> 	mailmate-request at lists.freron.com
>
> You can reach the person managing the list at
> 	mailmate-owner at lists.freron.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mailmate digest..."
>
>
> Today's Topics:
>
> 1. Re: how to change the standard "from address" (Benny Kj?r Nielsen)
> 2. Re: stripping in the subject line (Benny Kj?r Nielsen)
> 3. No more builds after 4587? (Bram Heerink)
> 4. Re: No more builds after 4587? (Thomas Eckhold)
> 5. Re: No more builds after 4587? (Benny Kj?r Nielsen)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 26 Nov 2014 00:15:44 +0100
> From: "Benny Kj?r Nielsen" <mailinglist at freron.com>
> To: "MailMate Users" <mailmate at lists.freron.com>
> Subject: Re: [MlMt] how to change the standard "from address"
> Message-ID: <F4D6F495-6EB3-4E6E-AE9E-D3ED468E7578 at freron.com>
> Content-Type: text/plain; charset="us-ascii"; Format="flowed"
>
> On 25 Nov 2014, at 8:37, Sebastian Poll wrote:
>
>> I know that mailmate chooses the "from address" depending on prior
>> mails. But what bothers me is that it always chooses my personal mail
>> address instead of my work address when opening a blank mail without
>> anything in it. Sometimes it works but mostly I would like to have 
>> the
>> work-mail to be standard.
>> Is there any way to do so?
>
> Only a hidden preference as described
> [here](http://manual.mailmate-app.com/hidden_preferences#composing). 
> You
> can get the appropriate possible values for that setting like this:
>
> 	grep serverURL ~/Library/Application\ Support/MailMate/Sources.plist 
> |
> cut -d\" -f2
>
> -- 
> Benny
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.freron.com/pipermail/mailmate/attachments/20141126/b46f7ea8/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 26 Nov 2014 00:27:31 +0100
> From: "Benny Kj?r Nielsen" <mailinglist at freron.com>
> To: "MailMate Users" <mailmate at lists.freron.com>
> Subject: Re: [MlMt] stripping in the subject line
> Message-ID: <044F49E4-1F36-4DF5-8C75-8D8C1B9C23E1 at freron.com>
> Content-Type: text/plain; charset="us-ascii"; Format="flowed"
>
> On 24 Nov 2014, at 22:22, Christopher LILJENSTOLPE wrote:
>
>> I'm seeing a behavior where MM strips capitalized text followed by a 
>> :
>> in the subject line (it strips "CR:", for example).  I would assume
>> that's to deal with any RE:, SV:, etc. so that you don't end up with
>> RE: RE: RE....
>
> That is correct. It even handles chinese symbols after this was 
> reported
> as a problem.
>
> It's a bit aggressive to do it like this, but subject lines often 
> become
> very ugly.
>
>> However, it's breaking the poor benighted souls in my company that 
>> use
>> Outlook (Outlook threads on Subject line).  We use tags (like CR:) to
>> identify what the e-mail is (for example, "CR: foo" means a report
>> about a call with foo).
>
> Ah, so when you reply then it ruins their threading, because the `CR:`
> is missing. I was mainly concerned about the loss of information when 
> I
> implemented it, but no-one complained until now :-)
>
>> Any chance of having a dictionary of text to strip, rather than a
>> '??:'   ?
>
> That might actually be the best (only) way to solve it. The current
> solution is hardcoded in a settings file (`specifiers.plist`). You can
> change it, but it's not straightforward to do so. I'll note that I
> should somehow make it easily configurable, e.g., with a regular
> expression (it's currently `{Alpha}{2,3}`).
>
> -- 
> Benny
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.freron.com/pipermail/mailmate/attachments/20141126/53f55292/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 26 Nov 2014 11:12:54 +0100
> From: "Bram Heerink" <personal at bramheerink.nl>
> To: "MailMate Users" <mailmate at lists.freron.com>
> Subject: [MlMt] No more builds after 4587?
> Message-ID: <19E0212B-D730-4A92-B462-FE3692A02590 at bramheerink.nl>
> Content-Type: text/plain; format=flowed
>
> Hi,
>
> I'm used to beta updates of MailMate approx. once a week. Now I have
> 4587 for a few weeks. Is it correct there are no builds after this
> version?
>
> Regards,
>
> Bram Heerink
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 26 Nov 2014 11:23:58 +0100
> From: "Thomas Eckhold" <Thomas at Eckhold.eu>
> To: "MailMate Users" <mailmate at lists.freron.com>
> Subject: Re: [MlMt] No more builds after 4587?
> Message-ID: <6CCED294-5D0C-497F-AECC-2BA847DA29C3 at Eckhold.eu>
> Content-Type: text/plain; charset="us-ascii"; Format="flowed"
>
> There are new builds but for the 64bit version. Today Version 5021 was
> released. I guess Benny is working hard to make the switch to the 
> 64bit
> version.
>
> Regards,
> Thomas
>
>
>
>
> On 26 Nov 2014, at 11:12, Bram Heerink wrote:
>
>> Hi,
>>
>> I'm used to beta updates of MailMate approx. once a week. Now I have
>> 4587 for a few weeks. Is it correct there are no builds after this
>> version?
>>
>> Regards,
>>
>> Bram Heerink
>> _______________________________________________
>> mailmate mailing list
>> mailmate at lists.freron.com
>> http://lists.freron.com/listinfo/mailmate
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.freron.com/pipermail/mailmate/attachments/20141126/5a12aeee/attachment-0001.html>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 26 Nov 2014 11:27:41 +0100
> From: "Benny Kj?r Nielsen" <mailinglist at freron.com>
> To: "MailMate Users" <mailmate at lists.freron.com>
> Subject: Re: [MlMt] No more builds after 4587?
> Message-ID: <8D2DBF58-5449-454D-AE8A-4A631CB085F4 at freron.com>
> Content-Type: text/plain; format=flowed
>
> On 26 Nov 2014, at 11:12, Bram Heerink wrote:
>
>> I'm used to beta updates of MailMate approx. once a week. Now I have
>> 4587 for a few weeks. Is it correct there are no builds after this
>> version?
>
> Yes, it is likely to be the last 32 bit revision of MailMate. (It's 
> also
> going to be the last revision working on 10.6.)
>
> You can switch to the 64 bit builds if you like, but it'll also happen
> automatically when I'm convinced that it is at least as stable as the 
> 32
> bit builds.
>
> The 64 bit builds also come in regular/beta/test variants which means
> auto-updating works like you are used to. It's only the first time you
> need to download it manually. The latest beta was released yesterday, 
> it
> has been downloaded by ~40 users, and so far I have received a single
> crash report (which I'm not sure is a MailMate problem), but previous
> betas have been more unstable.
>
> Here is a download link:
> http://updates.mailmate-app.com/archives/MailMate_64bit.tbz
>
> Note that the 64 bit version does not include a lot of new features. 
> The
> main focus is optimizations (both speed and memory usage).
>
> -- 
> Benny
>
>
> ------------------------------
>
> _______________________________________________
> mailmate mailing list
> mailmate at lists.freron.com
> http://lists.freron.com/listinfo/mailmate
>
>
> End of mailmate Digest, Vol 44, Issue 23
> ****************************************