GMAIL hangs

Nicolas Sebrecht nicolas.s-dev at laposte.net
Mon May 2 19:05:04 BST 2011


On Mon, May 02, 2011 at 10:40:43AM +1000, Piers Lauder wrote:

> Currently there's no mailling list or source repository for imaplib2.
> 
> How about I put imaplib2 up on a repository that provides a mailing list?
> Any suggestions / preferred sites?

They are both distinct. What I would do is putting the mailing list
somewhere and choose a git hosting for the source code.

Some git providers ares very minimalist such as http://repo.or.cz .

Others like github (currently used for offlineimap) are more featured
but it may be really annoying.  For example, I don't want to receive
patches from people via the "request pull" feature of github and want
all patches to be sent via email to the mailing list (it's a much better
workflow for the reviewing and archiving purpose). The problem is that
it's impossible to disable this "request pull" feature at github so
people are still sending me patches via github (never merged nor even
read BTW) and it make me lose my time in explanations and dump answers.
So, sometimes contributions are lost.

It depends on what you expect and what you like.

If I had to start from scratch I would use Google Code for the mailing
list (optionnal wiki, issues, etc) and put the source somewhere else
since Google doesn't provide git repositories (which is pitty).


Notice that mailling lists of different projects may be trunked into one
mailing list. For example, the Git mailing list is used by other
projects relying on Git.  This is often used when a project start from
scratch. Later, when the project becomes wider the can still open a new
mailing list.

While trunked, satellite projects use flags in the title of the mails to
let people (including themselves) go faster by filtering flows.

If you don't want to waste too much time in maintaining a mailing list,
I propose you to use the offlineimap's one. I think this would benefit
both projects because:
- we will improve our knowledge of the main library we use
- we could easily track issues that others projects may have with imaplib2
- we could easily discuss/help on patches submissions and bug reports
- we could easily contribute by sending patches
- imaplib2 contributors could have feedbacks from us

It's all up to you. Feel free! ,-p

> I'll be happy to help fix the bug you mentioned after that.

Thanks!

-- 
Nicolas Sebrecht




More information about the OfflineIMAP-project mailing list