<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.mail.trojita.general">
    <title>gmane.mail.trojita.general</title>
    <link>http://blog.gmane.org/gmane.mail.trojita.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/486"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/464"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/420"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/408"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/403"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/395"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/384"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/383"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/352"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/343"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/341"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/339"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/337"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/333"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/326"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/322"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/315"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/310"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/309"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.trojita.general/293"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/486">
    <title>Addressbook interface for qt plugins</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/486</link>
    <description>&lt;pre&gt;Hello,

I'm sending first version of qt plugin interface for Addressbook. I reused src/Gui/AbstractAddressbook.h and I think that Trojita 
GUI only needs additional functions for opening addressbook manager (now called from menu: IMAP --&amp;gt; Address Book) and 
function for opening add/edit window for new/existing contact (now called from button near "From" and "To" field in email). 
Because KAddressbook has own dialogs/windows, it is better to use native KDE application for KDE plugin.

And about interface for password storage, please look at my last email in "Using QtKeychain" thread.


#ifndef ADDRESSBOOK_INTERFACE
#define ADDRESSBOOK_INTERFACE

#include &amp;lt;QtPlugin&amp;gt;

class QString;
class QStringList;

class AddressbookInterface {

public:
    virtual ~AddressbookInterface() {}

    /** &amp;lt; at &amp;gt;short Returns a list of matching contacts in the form "[Name &amp;lt;]addy&amp;lt; at &amp;gt;mail.com[&amp;gt;]"
     *
     * - Matches are case INsensitive
     * - The match aligns to either Name or addy&amp;lt; at &amp;gt;mail.com, ie. "ja" or "jkt" match
     *   "Jan Kundrát &amp;lt;jkt&amp;lt; at &amp;gt;gentoo.org&amp;gt;" but "gentoo" does not
     * - Strings in the ignore list are NOT included in the return, despite they may match.
     * - The return can be empty.
     *
     * - &amp;lt; at &amp;gt;p max defines the demanded maximum reply length
     * It is intended to improve performance in the implementations
     * If you reimplement this, please notice that the return can be longer, but the client
     * will not make use of that. Negative values mean "uncapped"
    */
    // A maximum value is sufficient since typing "a" and getting a list with a hundred entries which
    // one will then navigate for the address unlikely a real use case - so there's no point in presenting
    // more than &amp;lt;place random number here&amp;gt; entries (or look them up, or transmit them)
    virtual QStringList complete(const QString &amp;amp;string, const QStringList &amp;amp;ignores, int max = -1) const = 0;

    /** &amp;lt; at &amp;gt;short Return a list of display names matching the given e-mail address */
    virtual QStringList prettyNamesForAddress(const QString &amp;amp;mail) const = 0;

    /** &amp;lt; at &amp;gt;short Open window for addressbook manager */
    virtual void openAddressbookWindow() const = 0;

    /** &amp;lt; at &amp;gt;short Open window for edit contact */
    // first try to match contact by mail, then by name
    // if contact not exist, open window for adding new contact and fill name and mail strings
    // empty mail and name strings means opening window for adding new contact
    virtual void openEditContactWindow(const QString &amp;amp;mail = QString(), const QString &amp;amp;name = QString()) const = 0;

};

Q_DECLARE_INTERFACE(AddressbookInterface, "AddressbookInterface");

#endif //ADDRESSBOOK_INTERFACE


&lt;/pre&gt;</description>
    <dc:creator>Pali Rohár</dc:creator>
    <dc:date>2013-06-18T15:33:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/464">
    <title>Integration Features</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/464</link>
    <description>&lt;pre&gt;Hi all,

I think orthogonal to the timetable for the GSoC about KDE integration, the 
question about priority/usefulness of various integration points should be 
discussed.

For example: wallet/keychain integration is probably something that most users 
don't really care about. They care about save password storage and having 
applications gather their credations from there as transparent as possible.

In my personal experience the only passwords I ever lookup manually are for 
web URLs and there I find it annoying to have to look into my wallet and into 
Firefox.
But that is because you sometimes need to re-login and auto-form-completion 
didn't work. I never have to do that for any of my email related things, 
because login is handled through protocols and doesn't stop to work now and 
then.

One thing I as a user care alot about is programs that produce data (or 
download it, which is the case for email attachments) allow easy access to my 
most common locations. In case of a Qt program in a KDE session that is done 
by Qt (it loads the KDE file dialog which knows all my "places").

Another thing I care about is launching applications for documents. If I click 
a link/attachment I want the same program to open regardless of in which 
program I click the link.
Again this should be taken care of sufficiently by Qt's QDesktopServices.

Something that does do notifications (which I understand is not yet the case 
for Trojita anyway), it should be doing it the right way.

For email programs I care about using my addressbook. Mostly for lookup of 
course, but ideally now and then also for adding.

I guess nice to have is shortcuts and icons, the latter again mostly covered 
by QIcon::fromTheme() with icons from resources as fallback.

Cheers,
Kevin
&lt;/pre&gt;</description>
    <dc:creator>Kevin Krammer</dc:creator>
    <dc:date>2013-06-16T13:08:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/420">
    <title>Tags: how to be notified when the SELECT command is completed?</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/420</link>
    <description>&lt;pre&gt;Hi,

I finally started doing something instead of just examining. The code is 
available in the tags branch in: 
git://git.mildred.fr/pub/mildred/trojita.git (and for some reason, my 
cgit front-end cannot accessthis new repository, I'll have to look at it)

What i did is create a TreeView containing tags. When a mailbox is 
selected, the TagListModel (a new class I created) is populated with 
TreeItemMailbox::syncState.

The problem is that I only get the syncState in cache, and not the 
latest version. When I first select a mailbox, I get an empty list.i 
have to deselect it and re-select it to get the actual tag list.

the signal comes from the mailbox tree view, and is sent to the 
TagListModel::setMailbox (I took inspiration from MsgListModel that also 
changes when a mailbox is selected). And in setmailbox, I directly take 
the TreeItemMailbox::syncState::flags list to get the list of tags.

Why isn't there a signal in TreeItemMailbox to notify when the SELECT 
command has completed?

How would you do things?

Thanks,

Mildred


&lt;/pre&gt;</description>
    <dc:creator>Mildred Ki'Lya</dc:creator>
    <dc:date>2013-06-14T13:11:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/408">
    <title>PREFIX/bin/libbe.contacts.a in git</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/408</link>
    <description>&lt;pre&gt;Hi,

the current git version installs PREFIX/bin/libbe.contacts.a,
what is that about? Should I file a bug?
&lt;/pre&gt;</description>
    <dc:creator>Guido Berhoerster</dc:creator>
    <dc:date>2013-06-12T17:02:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/403">
    <title>Help for new user</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/403</link>
    <description>&lt;pre&gt;I just found Trojita and have some questions.

Currently when I change the layout, upon quitting and restarting all my changes are lost.  Some of the things I want it to remember are which columns to view on the message list as well as resizing and expanding the message view so that there is no message shown until I open in a new window. Also I'd like it to remember the general size and layout of the windows.
Is there a way to have Trojita save my layout and viewing preferences?

Is there a way to have loading images set to automatic?

Thanks much,
Joseph



&lt;/pre&gt;</description>
    <dc:creator>Vayu</dc:creator>
    <dc:date>2013-06-12T14:29:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/395">
    <title>Replying to mailing list messages with a Reply-To going to another address</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/395</link>
    <description>&lt;pre&gt;Hi,
there's a bug report [1] complaining that Ctrl+R on a message from a mailing list but with a Reply-To pointing elsewhere replies to the list, not to the Reply-To address.

This can be changed so that a Reply-To overrides List-Post when activating "reply by guess". However, that would not be much consistent with messages to MLs which do not have Reply-To, as Ctrl-R would still respond to the MLs in this case, not just to the author. That could, of course, be changed as well, but I'm not terribly inclined to do so simply because the whole point of "reply by guess" is to, well, guess what to do based on a set of heuristics. I really like Ctrl-R going to mailing lists. "You could always press Ctrl-L to reply to list" is not a great answer because one could always press Ctrl-Shift-A to use a private reply.

I start to believe that having the buttons for changing the reply type within the actual composer would be best here (like a combobox "Reply goes to the ML", "Replying privately", "Replying to all but me", "Respondents picked by hand") is the only reasonable way to go which would make more users happy.

Or do we want a checkbox in the settings for what Ctrl-R shall do, like "take a guess (preferring mailing lists and group replies)", "reply to all recipients but me", "reply to everybody", "try to produce a private reply"?

Or do we want both?

And who's gonna write that patch? :)

Cheers,
Jan

[1] https://bugs.kde.org/show_bug.cgi?id=320816

&lt;/pre&gt;</description>
    <dc:creator>Jan Kundrát</dc:creator>
    <dc:date>2013-06-06T12:03:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/384">
    <title>GSoC: Integrate Trojita to KDE</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/384</link>
    <description>&lt;pre&gt;Hello,

in this Google Summer of Code I'd like to integrate Trojita into 
KDE. This means support for KWallet, KAddressBook, dbus, mailto:, 
... and also integration to Kontact (like KMail).

I think that it should be possible to compile Trojita without KDE 
dependencies, so first is needed to decide how to use KDE API.

I see two possible solutions:

1) Use #ifdef to enable/disable KDE code at compile time

2) Create qt library plugin(s) with KDE API which can be called 
from Trojita at runtime - if plugin(s) will be available

What do you think? What is better, or do you have any other idea?

&lt;/pre&gt;</description>
    <dc:creator>Pali Rohár</dc:creator>
    <dc:date>2013-06-05T13:53:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/383">
    <title>Moving bugs to KDE's bugzilla</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/383</link>
    <description>&lt;pre&gt;Hi,
in an effort to make bug reporting a little bit easier for users, the issue tracking has moved to KDE's bugzilla.

From now on, please report bugs and features at [1]. If you'd like to receive the bug spam^H^Htraffic, please add "trojita-bugs&amp;lt; at &amp;gt;kde.org" to the list of users you're watching and make sure the appropriate checkboxes are all ticked.

If someone would like to volunteer in moving of the existing reports in Redmine to KDE's bugzie, such a heroic effort would be strongly and loudly applauded :).

Cheers,
Jan

[1] https://bugs.kde.org/enter_bug.cgi?product=trojita&amp;amp;format=guided

&lt;/pre&gt;</description>
    <dc:creator>Jan Kundrát</dc:creator>
    <dc:date>2013-05-30T18:27:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/352">
    <title>new feature: addressbook</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/352</link>
    <description>&lt;pre&gt;Hi,
the recent git is now able to manage addressbook entries. Thanks to Thomas for his code of the actual abook implementation, to all donors who have contributed to the fundraiser, and to Casper who already sent in patches making this feature better.

Before I make a new release and announce this cool feature to the masses(tm), I'd appreciate some testing. Comments, bugreports and patches are welcome.

Cheers,
Jan

&lt;/pre&gt;</description>
    <dc:creator>Jan Kundrát</dc:creator>
    <dc:date>2013-05-25T14:44:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/343">
    <title>[trojita-multiaccounts] imap settings dialog</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/343</link>
    <description>&lt;pre&gt;Hi,
  attached a screenshot of Trojita-multiaccounts with new tentative
settings dialog (and patch).

Before going on and polish the code I would like to hear if the
direction is the right one.

In config file accounts section should have a common prefix IMHO, "imap"
has been chosen for this example but a more sensible should be chosen.
Or we should try something more hierarchical?

The imap dialog has two new widgets, an (unimplemented) delete account
and an editable dropdown.

The dropdown is filled with accounts in the config file, if the user
digit an account name that it's not already present trojita ask if a
_new_ account should be created.

It's not a common way to manage accounts but seem simple and fast to
use. Comments?

Other than implementing a "delete account" option also how to port
trojita configuration to this should be thought of. Probably one-way
where should be put the code?

PS:
The patch has been developed against trojita-multiaccounts branch with
commits from master branch up to ~v0.3.93
&lt;/pre&gt;</description>
    <dc:creator>Francesco Riosa</dc:creator>
    <dc:date>2013-05-19T20:05:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/341">
    <title>Trojita BlackBerry10</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/341</link>
    <description>&lt;pre&gt;Hi all,

I've begun developing Trojita for BlackBerry 10.

I've been speaking with Jan about some issues that faces me and he told me
that its  better to move the discussion to the ML.

Now to the issue.

I've successfully managed to compile the libImap and began writing the
front-end  by taking the Harmattan version as a reference.

I've filled the ImapModel with the username and password the necessary
credentials and began asking the ImapModel for data using:

m_imapDataModel-&amp;gt;model()-&amp;gt;rowCount(QModelIndex());  (model() returns an
ImapModel*)

Afterwards I get two dataChanged(QModelIndex,QModelIndex) signals and not
even one rowsAboutToBeInserted(QModelIndex, int , int )


The main problem for me is that I dont see and line in the Debugging
console. Although my own qDebug statements is being printed.

I am using QtCreator 2.7.0.

Is there something I could do in Trojita's source code that I can enable
printing lines for instance ?

Hope that someone could help in pointing me to the right direction.
&lt;/pre&gt;</description>
    <dc:creator>Ahmed Ibrahim</dc:creator>
    <dc:date>2013-05-17T18:46:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/339">
    <title>A few bugs filed</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/339</link>
    <description>&lt;pre&gt;Hi all,

let me briefly introduce myself. I learned about trojita via a comment
on lwn.net and think it has quite some potential. (after a brief stint
as offlineimap developer I know how hard it is to support IMAP and its
extensions properly).

I tried it and liked it. I filed a few easy-to-fix usability bugs and
one serious which prevents me from using trojita for sending out emails.
(https://projects.flaska.net/issues/636) In short, trojita uses URLAUTH
although my mail server doesn't support it.

As I don't know C++ or QT (I only speak python fluently), I donated a
tiny bit of money to help out. I would be willing to pay more bounties,
e.g. the "allow to delete current mailbox by performing an UNSELECT
before deleting it", would instantly close issues 607, 522 and 630. If I
can use trojita for sending mail and have that fixed, I'd shell out
another 30$. ;-)

Good luck in developing trojita further!
Sebastian



&lt;/pre&gt;</description>
    <dc:creator>Sebastian Spaeth</dc:creator>
    <dc:date>2013-05-13T09:07:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/337">
    <title>Review Request #110352</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/337</link>
    <description>&lt;pre&gt;Counterproposal attached, briefly tested.&lt;/pre&gt;</description>
    <dc:creator>Thomas Lübking</dc:creator>
    <dc:date>2013-05-09T11:58:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/333">
    <title>QtQuick2 Port for Ubuntu Touch</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/333</link>
    <description>&lt;pre&gt;Hi all,

Just to introduce myself I am working on a port of the Harmatten code to
QtQuick2 for use on Ubuntu Touch.
Alberto, Jan has told me that you are  also working on a port. If so I
would be very interested in finding out what you are doing and whether
we could work together on this.

Thanks,
Matt

&lt;/pre&gt;</description>
    <dc:creator>Matt Richardson</dc:creator>
    <dc:date>2013-05-09T00:43:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/326">
    <title>Warn the user for invalid email ID with a change in background color</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/326</link>
    <description>&lt;pre&gt;Hello Jan,


I am extremely sorry for not adding the already made review comments into
the patch before. I will try to be more careful from next time. This is the
final commit that I made. I hope there are no mistakes in this.

https://github.com/spchal/trojita1/commits/

&lt;/pre&gt;</description>
    <dc:creator>sreepriya</dc:creator>
    <dc:date>2013-05-03T12:56:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/322">
    <title>Any problems with the multiaccounts-2 branch?</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/322</link>
    <description>&lt;pre&gt;Hi Thomas, based on your User-Agent header, you're running the multiaccounts-2 branch. For how long have you been using it? ("long enough" is a great answer for me.) Are there any obvious issues apart from the lack of the configuration UI and a proper cache migration?

Cheers,
Jan

&lt;/pre&gt;</description>
    <dc:creator>Jan Kundrát</dc:creator>
    <dc:date>2013-05-02T18:19:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/315">
    <title>OT: funding the address book integration</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/315</link>
    <description>&lt;pre&gt;Hi,
I've decided to try out yet another kickstarter-like project, the CatInCan, which is apparently aiming at funding specific features in the OSS software. I have no experience with them, but I'm curious whether this stands any chance.

An address book integration is missing from Trojita. If you feel like contributing patches, cool, please go ahead. If you instead feel like spreading the word or donating yourself -- well, why not, the link to do that is:

https://www.catincan.com/proposal/trojita/integrate-address-book-trojit%C3%A1-fast-imap-e-mail-client/promote

Let's see how this ends up :).

With kind regards,
Jan

&lt;/pre&gt;</description>
    <dc:creator>Jan Kundrát</dc:creator>
    <dc:date>2013-05-02T15:23:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/310">
    <title>Changes in Composer</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/310</link>
    <description>&lt;pre&gt;Hi,
I've finally merged the reworked composer into the master branch. On top of that, I've included some UI improvements.

Most of the visible changes should be rather subtle; as usually, the real changes were under the hood. The GUI code is no longer tied with the actual submission/delivery logic and we finally have at least some unit test for this. Due to the scope of these changes, please be a bit careful when you test this -- it works for me and I've spent this afternoon and evening making it work well, but one never knows.

One of the things which are still missing is being able to cancel a message which is currently being sent. This is rather tricky (what shall one do when the message was already saved to the Sent folder, for example?) and sometimes the "obvious" thing leads to surprising results (when you kill a process doing `ssh your-mail-gw sendmail --something` which is reading the mail data from your stdin, you sent out an incomplete mail). Comments on how to do this properly are welcome.

With kind regards,
Jan

&lt;/pre&gt;</description>
    <dc:creator>Jan Kundrát</dc:creator>
    <dc:date>2013-05-01T22:57:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/309">
    <title>jkt&lt; at &gt;flaska.net</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/309</link>
    <description>&lt;pre&gt;Hello all,
I've volunteered to be backup mentor of Sreepriya Chalakkal's GSOC. I have
many years of network development experience and also a PhD in network
security. So I guess I have no problem helping on the security part of the
task :)

I'm an editor of KDE Commit Digest, so I know more or less what is
happening in the Trojita project. However, I have not yet looked into the
source. Shouldn't be a problem, through.

Cheers,
Marta Rybczynska
&lt;/pre&gt;</description>
    <dc:creator>Marta Rybczynska</dc:creator>
    <dc:date>2013-05-01T19:41:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/293">
    <title>Problem smtp in trojita method authentication in server exchange</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/293</link>
    <description>&lt;pre&gt;Hi, I like very much trojita. Is simple, beautiful with qt integration 
and low cpu load. I configured the email imap account very well but I 
configured the smtp but errores for method authentition:

SMTP &amp;lt;&amp;lt;&amp;lt; 250-SIZE 205045760

SMTP &amp;lt;&amp;lt;&amp;lt; 250-PIPELINING

SMTP &amp;lt;&amp;lt;&amp;lt; 250-DSN

SMTP &amp;lt;&amp;lt;&amp;lt; 250-ENHANCEDSTATUSCODES

SMTP &amp;lt;&amp;lt;&amp;lt; 250-STARTTLS

SMTP &amp;lt;&amp;lt;&amp;lt; 250-AUTH GSSAPI NTLM

SMTP &amp;lt;&amp;lt;&amp;lt; 250-8BITMIME

SMTP &amp;lt;&amp;lt;&amp;lt; 250-BINARYMIME

SMTP &amp;lt;&amp;lt;&amp;lt; 250 CHUNKING

SMTP &amp;gt;&amp;gt;&amp;gt; AUTH LOGIN
SMTP &amp;lt;&amp;lt;&amp;lt; 504 5.7.4 Unrecognized authentication type


Could try change method authentication smtp?

Thanks in advanced and sorry for my english.


&lt;/pre&gt;</description>
    <dc:creator>maykel&lt; at &gt;maykel.sytes.net</dc:creator>
    <dc:date>2013-04-26T11:22:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.trojita.general/291">
    <title>sync INBOX imap.gmail.com</title>
    <link>http://comments.gmane.org/gmane.mail.trojita.general/291</link>
    <description>&lt;pre&gt;MailboxException: Error when synchronizing all messages: server said that there are 50 messages, but UID (E)SEARCH ALL response contains 0 entries 

THANKS !


&lt;/pre&gt;</description>
    <dc:creator>Theo Raves</dc:creator>
    <dc:date>2013-04-19T14:57:37</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.trojita.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.trojita.general</link>
  </textinput>
</rdf:RDF>
