Tue 15 May 2007 01:46:23 PM UTC, comment #8:
No, it always uses one connection per server. Changing this would require a considerable amount of work (especially since the "use IDLE" condition is not a constant, it can change after connecting if MN finds out that the server does not advertise the IDLE capability).
|
Tue 15 May 2007 01:34:59 PM UTC, comment #7:
Ok, so the graphical folder selector would be fine for me. Since I'm running my own server I can just increase the number of allowed connections.
Was just wondering if MN only makes one connection if i disable the IMAP IDLE extension?
btw MN is a great piece of software that is really useful to me.
|
Tue 15 May 2007 01:21:19 PM UTC, comment #6:
I agree that having to manually type in each folder name is suboptimal (a graphical folder selector has been the subject of a TODO entry for a very long time now).
However, regarding the number of connections, you should know that the IMAP IDLE extension requires one connection per monitored folder. If I make several folders share a connection, then I have to poll the server periodically, and the immediate notification functionality is lost.
|
Tue 15 May 2007 06:03:49 AM UTC, comment #5:
Yes, this was a limitation on the server side. I only accepted 4 simultaneous connections from one IP address (running my own server, so this is verified).
But I still don't think that adding new "accounts" in MN for each maildir is the solution. The first reason is that it is inconvenient to the user who has to know the exact names of each maildir (I have >15 active maildirs and almost as many with old mail). The second reason is what we saw here; MN makes one connection to the server for each maildir. This does not scale well, and IMHO MN should only make one connection per account (not one connection per directory in each account).
|
Mon 14 May 2007 12:41:44 PM UTC, comment #4:
This is closed because of what I said in comment #1. The feature you describe is not useful to the general public, so I will not add it. People who feel at ease with patterns could very well create a script for auto-(re)generating the mailboxes.xml file.
This said, the separate SSL issue you mention should be investigated (entry reopened with new summary).
There is an OpenSSL thread-safety issue (#19643) that will be fixed in the next release, but I don't think it is causing your problem (you would get a crash instead of an error message).
I suppose that your server has a simultaneous connection limit. Does the SSL problem start with a particular number of mailboxes?
|
Mon 14 May 2007 07:09:02 AM UTC, comment #3:
How come this is closed? I have now tried the approach with using multiple "accounts" in MN to get the desired behaviour. However I get SSL/TLS errors if having too many mailboxes activated:
"... reported an error: unable to perform the SSL/TLS handshake: unknown SSL/TLS error"
MN is creating multiple connections since it knows the folders as different accounts. What I would like it to do is to make one connection and then use that connection to scan all the different folders on the server.
|
Wed 11 Apr 2007 05:57:40 AM UTC, comment #2:
Having to add a new account for every new IMAP folder is not something I want to do since I have a lot of folders and they change from time to time. For me it would be much better if I could just select a check box or something that would make MN get the folder list from the server and query every folder for new messages.
Using procmail with IMAP folders is a great way to sort your email, and it would be even greater if MN could notify when there's a new mail in one of the folders.
|
Tue 10 Apr 2007 11:36:03 PM UTC, comment #1:
You can monitor as many IMAP folders as you like by adding one MN mailbox per IMAP folder. If you mean to ease off the process of adding the folders, patterns are not the way to go; a graphical folder selector should be implemented.
|
Thu 08 Feb 2007 01:31:01 AM UTC, original submission:
After having just implemented something very similar to this (but only for IMAP), I stumbled across your fantastic app! However, one thing I'd like to do with it is have the ability to monitor a set of folders on an IMAP server.
My version allowed the user to specify a set of folders/patterns to include, or a set of folders/patterns to exclude, or both. It would match these against a folder listing on the server, so that users like me, who procmail their e-mail into two dozen different folders can keep track of it easily.
I'd be happy to work on such a patch, though I don't know how it should integrate with protocols other than IMAP. What are your thoughts?
Cheers,
Bernard (bernard largestprime net)
|