[SM-USERS] DAViCal CardDAV export to SquirrelMail address books
Hi all, I am developing a Python script which will export contacts from DAViCal CardDAV to SquirrelMail address books. If you are interested in this for testing and helping out completing the development, please have a look here: http://sourceforge.net/mailarchive/forum.php?thread_name=517EB665.90909%40users.sourceforge.net&forum_name=davical-general and: https://github.com/PanderMusubi/davical2abook/blob/master/test.py Please continue discussion via GitHub and/or DAViCal mailing list. Regards, Pander -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] Searching 30,000 emails
Have you tried: http://en.wikipedia.org/wiki/DBMail_IMAP_and_POP3_server > On Wed, May 1, 2013 at 10:21 PM, Juergen Nickelsen > wrote: >> On 2013-05-01 20:58, Tomas Kuliavas wrote: >> To be serious, it could be interesting to use mairix[1] to build indexes and to make a UI as a SquirrelMail plugin. It can search very fast in its indexes; results are presented in a separate folder containing symlinks to the actual message files. My non-IMAP-using colleagues *love* mairix. Perhaps mairix would have to be adapted a bit – when I last tried it, it didn't work instantly with Dovecot, but I didn't have the time and/or the impetus to investigate it. Some work on the side of the IMAP server would be needed, too, of course. All in all, the whole thing shouldn't be too difficult, at least for Maildir backends. And no, I'm not doing it – too much to do, too little time, same old, same old. >>> >>> IMAP UIDVALIDITY kills any client side indexing. Client has to rebuild >>> cache >>> every time UIDVALIDITY is invalidated by IMAP server and to rebuild the >>> cache you have to download entire mailbox. >> >> I am not talking about client side indexing, but indeed server side >> indexing. With some work on the IMAP server side (i.e. mairix >> integration) and some on the client side (mairix GUI as SquirrelMail >> plugin) this might be possible to do. > > FYI: http://thread.gmane.org/gmane.mail.squirrelmail.devel/10147 > > -- > Paul Lesniewski > SquirrelMail Team > Please support Open Source Software by donating to SquirrelMail! > http://squirrelmail.org/donate_paul_lesniewski.php > > -- > AlienVault Unified Security Management (USM) platform delivers complete > security visibility with the essential security capabilities. Easily and > efficiently configure, manage, and operate all of your security controls > from a single console and one unified framework. Download a free trial. > http://p.sf.net/sfu/alienvault_d2d > - > squirrelmail-users mailing list > Posting guidelines: http://squirrelmail.org/postingguidelines > List address: squirrelmail-users@lists.sourceforge.net > List archives: http://news.gmane.org/gmane.mail.squirrelmail.user > List info (subscribe/unsubscribe/change options): > https://lists.sourceforge.net/lists/listinfo/squirrelmail-users > -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] Searching 30,000 emails
Tomas Kuliavas wrote: >Pander wrote >> Have you tried: >> http://en.wikipedia.org/wiki/DBMail_IMAP_and_POP3_server > >Please provide link to DBMail doc showing that they support squat >indexing >or learn what FTS is and how Squat works. I never thought that storing >binary content in database was good idea. > >Older dbmail versions had problems with headers and used mime >libraries. >Newer versions probably fixed it, but they still follow main "email >data in >database" principle. Squat is index database. SQL service can't act as >search engine for email data stored in database. SQL can't translate >MIME >and mime parts are stored as blobs in dbmail database. I personally know the core developer of DBMail so I forwarded this message to him with the request to reply to you. -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] Searching 30,000 emails
On 05/17/2013 08:08 PM, Tomas Kuliavas wrote: > Pander wrote >> Have you tried: >> http://en.wikipedia.org/wiki/DBMail_IMAP_and_POP3_server > > Please provide link to DBMail doc showing that they support squat indexing > or learn what FTS is and how Squat works. I never thought that storing > binary content in database was good idea. > > Older dbmail versions had problems with headers and used mime libraries. > Newer versions probably fixed it, but they still follow main "email data in > database" principle. Squat is index database. SQL service can't act as > search engine for email data stored in database. SQL can't translate MIME > and mime parts are stored as blobs in dbmail database. > Maintainer of DBMail wrote me the following to answer your question. He has good experiences with SOLR as search engine for email archives. It has nothing to do with DBMail actually. For making a large number of mailing lists searchable and to be able to tag certain users, see: http://www.ripe.net/mailtagging/ pyramids + jquery on the front-end and solr on the backend. Works very fast. The problem with FTS in DBMail is that you don't need it: IMAP only requires searching parts of text/* messages, so application/octet-stream etc do not have to be searched according to IMAP. But that is not what users expect. In his opinion IMAP search is hence broken. I hope this helps, otherwise contact him directly. -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
