Excerpts from Ruthard Baudach's message of 2013-07-09 08:13:49 -0400:
> >== Auszüge aus der Nachricht von Whyme Lyu vom 2013-07-08 20:42:
> > I'm feeling the same pain here mainly due to unpolished in-house services
> > sending out html-only mails. More annoyingly, sup doesn't index these mails
>
Hi all,
think it is time to collect the latest stuff in 'develop' and release
sup 0.14. This release would support ruby 1.9.3 and up. There is an
issue tracking this release [1], please add any comments there.
Regards, Gaute
[1] https://github.com/sup-heliotrope/sup/issues/105
__
On 03. juli 2013 11:44, Horacio Sanson wrote:
> - How to refresh the index after polling finishes? When new labels are
> synced from Gmail to Sup the index is not updated with the new labels until
> I reload sup or press "@" to refresh the index. Is there a callback to
> refresh the index when the
Hi Petr,
Take a look at Horacio's work, he has gotten pretty far doing just that!
But some of the label stuff can be very slow for large volumes atm.
His gmail.rb is well-written and relatively easy to understand:
https://github.com/hsanson/sup/tree/gmail_source
His last message to sup-devel:
ht
Is there a way to force sup to flush the log file after each write? It is
difficult to debug my gmail source as I cannot see real time what is going
on. Maybe set sup to always flush when SUP_LOG_LEVEL is set to debug?
regards,
Horacio
___
Sup-devel mail
On 03. juli 2013 11:44, Horacio Sanson wrote:
> - Sync back iterates over all messages in the Gmail account checking for
> differences between message labels. This can take a long time and may not
> finish before the next polling starts. How to do this efficiently?
By the way, with the source poll
On 03. juli 2013 11:44, Horacio Sanson wrote:
> I finally got the sync back feature of the Gmail source working. The sync
> code uses the offlineimap sync algorithm the Matthieu mentioned some emails
> ago.
> Testing and feedback is greatly appreciated.
Further testing; if I check a message to
Ubuntu 13.04 installs the distribution xapian dev and lib packages that are
version 1.2.12. This causes sup to complain that the xapian 1.2.15 or later
is required and bails out.
I understand xapian-ruby installs its own xapian lib but sup still tries to
load the system one.
I changed the index.r
