You may have read that GMail now offers IMAP access and sets up its tags as IMAP folders. This means that POPFile can now be used as an automatic tagging solution for GMail. Does anyone feel like writing up a blog post on that?
John.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
None of the gmail accounts I have access to have the option yet either. They roll out new betas and final versions like this normally. If this works well (when I am finally able to get it), it would finally switch me to using IMAP.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
i have enabled IMAP on my gmail account and am accessing it via mac mail. the main difficulty in the setup was needing the set the ssl flag on the advanced config page of the popfile control center.
i have popfile 22.4 running on an ubuntu server. it managed to synch up with the imap folders at gmail. but now it is making the following complaint to the console:
=====
2007/10/25 09:35:39 18510: imap: 939: Connected to imap.gmail.com:993 timeout 60
2007/10/25 09:35:40 18510: imap: 1196: >> A00007 NO [ALERT] Too many simultaneous connections. (Failure)[0d][0a]2007/10/25 09:35:40 18510: html: 330: HTTP error 404 returned
=====
it seems to be trying to login separately & simultaneously for each bucket (?). e.g., earlier it was saying:
=====
2007/10/25 09:23:53 18510: imap: 449: Could not LOGIN for folder mcwg.
2007/10/25 09:23:53 18510: imap: 939: Connected to imap.gmail.com:993 timeout 60
2007/10/25 09:23:54 18510: imap: 1196: >> A00000 NO [ALERT] Too many simultaneous connections. (Failure)[0d][0a]2007/10/25 09:23:54 18510: imap: 449: Could not LOGIN for folder [Gmail]/Spam.
2007/10/25 09:23:54 18510: imap: 939: Connected to imap.gmail.com:993 timeout 60
2007/10/25 09:23:54 18510: imap: 1196: >> A00000 NO [ALERT] Too many simultaneous connections. (Failure)[0d][0a]2007/10/25 09:23:54 18510: imap: 449: Could not LOGIN for folder sysl.
2007/10/25 09:23:55 18510: imap: 939: Connected to imap.gmail.com:993 timeout 60
2007/10/25 09:23:55 18510: imap: 1196: >> A00000 NO [ALERT] Too many simultaneous connections. (Failure)[0d][0a]
=====
but maybe i have something set up wrong.
FYI
eric
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Looks to me like this is the problem James ran into with his ISP a long time ago. Each bucket requires an open connection. So more than a couple buckets is likely to upset Gmail.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Joe is completely correct. Seems to me that all we have to do is wait for the path from Rob and David. I'm going to ask Rob how far he's come with that.
Manni
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Rob was leaving it to me and I haven't done anything yet. I'll look over it tonight (this just pushed it from 'really should someday' to 'it impacts someone right now')
David Lang
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm having problems working with the gmail imap interface. when I try to telnet to it to issue commands it doesn't respond to commands after the login
on the other hand I can get mulberry to talk to it, so I know the account does work., but even when I try to send the same commands that mulberry sends, I get stalled.
unfortunantly that's all for tonight, I'll try again tomorrow night (and since I see in the capability response that gmail does support unselect, I may just work on makeing a version of th eimap.pm module that uses it and try the result instead of trying to use telnet against the google servers)
David Lang
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
FYI gmail seems to have locked out my mail.app client (not the web interface though). so for the time being i have disabled popfile. but popfile+IMAP+gmail is a beautiful dream so i'm hoping it will work out eventually.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
i don't know if this is useful but in case it is, i seem to have it working with 5 buckets (6 if you count unclassified). it hasn't given me the 'too many simultaneious connections' business recently.
best
eric
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
FWIW i noticed just now this message (among some others) only after logging in on the browser. so mail.app didn't seem to automatically synch up, although it did when i manually refreshed. meanwhile popfile had correctly re-bucketed the messages on the server.
i mention it because i wonder if the extra connect mail.app might try to make is getting blocked (?). of course it is also possible i have misconfigured mail.app. but it seemed to automatically synch just fine until i restarted popfile (with fewer buckets) this morning.
this is all pretty spotty because i've only been using IMAP since yesterday. but i'll continue to keep you posted if it remains useful.
eric
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I did this myself and I must confess that I'm quite happy with the results. The new default behaviour is to use only a single connection to the IMAP server and to do a STATUS command to find new messages. This works quite well on all the servers I've tested so far (including gmail).
I've also did lots of work on the IMAP tests and they now cover a lot more code than they did before. According to the test suite and to my real-life tests, the module is pretty stable and works as advertized.
I'd like to have a few beta testers though before we ship this with the new POPFile version. Any volunteers?
Regards,
Manni
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm using 1.0.0 to get some labels applied in Gmail - it's working very well. I wonder if a reclassification is supposed to move the message to the proper folder (label). It doesn't do this for me, but I really think it should. Otherwise, I have to fix the misclassification in two separate places.
Can anyone shed some light on this?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Folks,
You may have read that GMail now offers IMAP access and sets up its tags as IMAP folders. This means that POPFile can now be used as an automatic tagging solution for GMail. Does anyone feel like writing up a blog post on that?
John.
Wow. No I didn't know that. I'll give it a try and will write up something.
Manni
Duh. Seems I'm not one of the lucky few.
None of the gmail accounts I have access to have the option yet either. They roll out new betas and final versions like this normally. If this works well (when I am finally able to get it), it would finally switch me to using IMAP.
i have enabled IMAP on my gmail account and am accessing it via mac mail. the main difficulty in the setup was needing the set the ssl flag on the advanced config page of the popfile control center.
i have popfile 22.4 running on an ubuntu server. it managed to synch up with the imap folders at gmail. but now it is making the following complaint to the console:
=====
2007/10/25 09:35:39 18510: imap: 939: Connected to imap.gmail.com:993 timeout 60
2007/10/25 09:35:40 18510: imap: 1196: >> A00007 NO [ALERT] Too many simultaneous connections. (Failure)[0d][0a]2007/10/25 09:35:40 18510: html: 330: HTTP error 404 returned
=====
it seems to be trying to login separately & simultaneously for each bucket (?). e.g., earlier it was saying:
=====
2007/10/25 09:23:53 18510: imap: 449: Could not LOGIN for folder mcwg.
2007/10/25 09:23:53 18510: imap: 939: Connected to imap.gmail.com:993 timeout 60
2007/10/25 09:23:54 18510: imap: 1196: >> A00000 NO [ALERT] Too many simultaneous connections. (Failure)[0d][0a]2007/10/25 09:23:54 18510: imap: 449: Could not LOGIN for folder [Gmail]/Spam.
2007/10/25 09:23:54 18510: imap: 939: Connected to imap.gmail.com:993 timeout 60
2007/10/25 09:23:54 18510: imap: 1196: >> A00000 NO [ALERT] Too many simultaneous connections. (Failure)[0d][0a]2007/10/25 09:23:54 18510: imap: 449: Could not LOGIN for folder sysl.
2007/10/25 09:23:55 18510: imap: 939: Connected to imap.gmail.com:993 timeout 60
2007/10/25 09:23:55 18510: imap: 1196: >> A00000 NO [ALERT] Too many simultaneous connections. (Failure)[0d][0a]
=====
but maybe i have something set up wrong.
FYI
eric
Manni,
Can you take a look at this? Looks like we might need to do a little work to handle GMail IMAP.
John.
Looks to me like this is the problem James ran into with his ISP a long time ago. Each bucket requires an open connection. So more than a couple buckets is likely to upset Gmail.
Joe is completely correct. Seems to me that all we have to do is wait for the path from Rob and David. I'm going to ask Rob how far he's come with that.
Manni
Rob was leaving it to me and I haven't done anything yet. I'll look over it tonight (this just pushed it from 'really should someday' to 'it impacts someone right now')
David Lang
I'm having problems working with the gmail imap interface. when I try to telnet to it to issue commands it doesn't respond to commands after the login
on the other hand I can get mulberry to talk to it, so I know the account does work., but even when I try to send the same commands that mulberry sends, I get stalled.
unfortunantly that's all for tonight, I'll try again tomorrow night (and since I see in the capability response that gmail does support unselect, I may just work on makeing a version of th eimap.pm module that uses it and try the result instead of trying to use telnet against the google servers)
David Lang
FYI gmail seems to have locked out my mail.app client (not the web interface though). so for the time being i have disabled popfile. but popfile+IMAP+gmail is a beautiful dream so i'm hoping it will work out eventually.
hi,
i don't know if this is useful but in case it is, i seem to have it working with 5 buckets (6 if you count unclassified). it hasn't given me the 'too many simultaneious connections' business recently.
best
eric
This is _very_ useful. 5 buckets is quite a lot and a very large percentage of our users should be covered with 5 or less buckets.
While POPFile connects now and then go gmail, I guess you are also connected with your mail client?
Manni
yes, i am also connected with mail.app.
FWIW i noticed just now this message (among some others) only after logging in on the browser. so mail.app didn't seem to automatically synch up, although it did when i manually refreshed. meanwhile popfile had correctly re-bucketed the messages on the server.
i mention it because i wonder if the extra connect mail.app might try to make is getting blocked (?). of course it is also possible i have misconfigured mail.app. but it seemed to automatically synch just fine until i restarted popfile (with fewer buckets) this morning.
this is all pretty spotty because i've only been using IMAP since yesterday. but i'll continue to keep you posted if it remains useful.
eric
OK.
I did this myself and I must confess that I'm quite happy with the results. The new default behaviour is to use only a single connection to the IMAP server and to do a STATUS command to find new messages. This works quite well on all the servers I've tested so far (including gmail).
I've also did lots of work on the IMAP tests and they now cover a lot more code than they did before. According to the test suite and to my real-life tests, the module is pretty stable and works as advertized.
I'd like to have a few beta testers though before we ship this with the new POPFile version. Any volunteers?
Regards,
Manni
sign me up.
my client is mac mail.app, but i'm running popfile on ubuntu.
eric
Hi, Manni
I've configured the new IMAP.pm to connect to the IMAP server of Gmail.
I think I can join the beta testers.
Naoki
I'm using 1.0.0 to get some labels applied in Gmail - it's working very well. I wonder if a reclassification is supposed to move the message to the proper folder (label). It doesn't do this for me, but I really think it should. Otherwise, I have to fix the misclassification in two separate places.
Can anyone shed some light on this?