Re: [msmtp-users] msmtp-offline -- Another alternative to msmtpq

[cg <namtok@...135...>]

Hi Venky,

Thanks for the info. Rather than run uname -s at every invocation of
msmtpq I think I'll just add the ping uppercase -W bit to the docs and
have the Mac user change it in the script at the beginning. If there
were more Mac users using msmtpq I'd do it automatically. It will
clearly be noted in the docs...

As to automatically running the mail queue when(ever) the network
comes up - I'm still musing about it. Seems that it would be a
facility that might be useful but, then, I haven't heard from anyone
else (but you) on the list about it. (Loud silence...) (Automatic,
semiautomatic or entirely manual running of the queue! Breathtaking
choice!  Ha ha. But would it be useful?) So, again, as it's a trivial
script for if-up.d, perhaps I'll just (again) add it to the
notes. It's trivial on the Linux side and if you'd want to send a
(launchd or whatever) script for the Mac I'd be happy add it to the
msmtpq bundle. Seems, all around, to be a low-urgency enhancement.

If the above approach is a mistake please let me know.

Thanks again; take care and best wishes,

Chris

On Tue  5.May'15 at 23:38:03 +0530, Venky TV wrote:
> Hi Chris,
> 
> Sorry about the delay.  Was out of town for a few days.
> 
> Yes, the userland in Mac is quite a bit different.  It is based on the BSD
> userland rather than the GNU one.  In the case of ping, the only difference
> from the commands you are using is that the "-w" option needs to be
> replaced by "-W" (uppercase).  The rest of the options work fine and mean
> the same things as GNU ping.
> 
> And yeah, I agree my particular requirement is nowhere close to
> mainstream.  Does not make sense to add that to "msmtpq", but I just
> thought I'd put my script out there in case someone else shares my specific
> needs. :)
> 
> As for running the queue on Mac, you *could* use launchd, but it won't be
> as clean a solution as using if-up.d.  However, if there is interest in
> having this work on the Mac, I can have a go at using the
> KeepAlive/NetworkState properties of launchd.plist(5) to sorta simulate
> if-up.d.
> 
> Also, in general, if you need help testing your changes on Mac, feel free
> to get in touch with me.
> 
> And thanks for msmtpq!  Though I'm not using it right now, it heavily
> influenced my design for msmtp-offline.
> 
> Cheers,
> Venky.
> 
> On 27 April 2015 at 02:56, cg <namtok@...135...> wrote:
> 
> > Hello Venky,
> >
> > Am Chris, currently maintaining / developing msmtpq.
> >
> > Yes, the connection tests have been fixed and, so far, no one here has
> > complained...
> >
> > First, sorry, I didn't know about the differences with the Mac
> > platform 'ping', assuming that they run a GNU userland. I really know
> > nothing about the Mac platform; as a specialised case it would likely
> > be best for you to modify the parameters relevant 'ping' line(s)
> > yourself. However, please, then, send me your mods so that I can
> > incorporate them into the general msmtpq docs. (Thanks in advance.)
> >
> > As to your new script - great! - thanks for it. I hope it's useful to
> > others. As to msmtpq for your case, I would have suggested that you
> > modify it for your specific needs (connection testing on a per server
> > basis) - but your new script is a better solution yet. My original
> > purpose in writing msmtpq was to make a simple utility function for
> > generalised use; your use is very specific; it would be a serious
> > development project to attempt to generalise msmtpq for many specific
> > cases.
> >
> > Finally, as to running the queue, it can be done manually with
> > msmtp-queue -r . Under Debian(-based) systems one could investigate
> > inserting a simple script in a place like /etc/network/if-up.d (or
> > even /etc/ppp/if-up.d) to check the queue and 'run' (flush) it if
> > necessary (and desired). The script would contain 'msmtp-queue -r' and
> > run as the current user. I'm not sure where such a script would be
> > placed on RedHat(-based) systems, although it shouldn't be very
> > difficult to discover. On the Mac, sorry but I have no idea. (But
> > there must be such a facility available...) So thanks for this idea,
> > I'll explore it as a possible msmtpq enhancement. Any feedback from
> > the list as to this would be welcome...
> >
> > Best,
> >
> > Chris
> >
> > On Sun 19.Apr'15 at  8:54:21 +0530, Venky TV wrote:
> > > Hi,
> > >
> > > I tried using msmtpq for offline use on my Mac, and found that the script
> > > has a couple of platform dependencies (ping command line options, for
> > > instance) and even with those fixed, has issues with connection tests
> > which
> > > Allen mentioned here:
> > >
> > > http://sourceforge.net/p/msmtp/mailman/message/33502912/
> > >
> > > (Sounds like at least some of these have been fixed in the latest version
> > > though, but Homebrew on Mac has still not pulled in the latest code.)
> > >
> > > In any case, I also have a couple of other requirements:
> > >
> > > - I use msmtp with multiple accounts and while on VPN to my office
> > network,
> > > and depending on where I am, I sometimes want my personal mail to get
> > > queued but my office mail to get sent out immediately, etc.  The
> > connection
> > > tests in msmtpq are all-or-nothing right now, while I need the queue
> > > manager to try connecting to the appropriate SMTP server before deciding
> > > whether to queue or send each email.
> > >
> > > - I need the queued mail to get flushed as soon as I get back online, and
> > > not stay in the queue (as seems to be the case with msmtpq currently)
> > until
> > > I send another email.
> > >
> > > Wrote a replacement Ruby script which does these and a couple of other
> > > things.  It also has some basic queue management features, though not as
> > > comprehensive as msmtpq.  The script is available here:
> > > https://github.com/venkytv/msmtp-offline
> > >
> > > Maybe some of you might find it useful.
> > >
> > > Cheers,
> > > Venky.
> >
> > >
> > ------------------------------------------------------------------------------
> > > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> > > Develop your own process in accordance with the BPMN 2 standard
> > > Learn Process modeling best practices with Bonita BPM through live
> > exercises
> > > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> > event?utm_
> > > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> >
> > > _______________________________________________
> > > msmtp-users mailing list
> > > msmtp-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/msmtp-users
> >
> >
> >
> > ------------------------------------------------------------------------------
> > One dashboard for servers and applications across Physical-Virtual-Cloud
> > Widest out-of-the-box monitoring support with 50+ applications
> > Performance metrics, stats and reports that give you Actionable Insights
> > Deep dive visibility with transaction tracing using APM Insight.
> > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> > _______________________________________________
> > msmtp-users mailing list
> > msmtp-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/msmtp-users
> >

> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y

> _______________________________________________
> msmtp-users mailing list
> msmtp-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/msmtp-users