* Still pounding nnimap and odd gmail behavior @ 2013-05-22 22:46 Harry Putnam 2013-05-23 7:08 ` Alberto Luaces ` (2 more replies) 0 siblings, 3 replies; 17+ messages in thread From: Harry Putnam @ 2013-05-22 22:46 UTC (permalink / raw) To: ding Sorry to keep pounding on this same subject by being sneaky and slipping the same question with different subject. I did not get any help I could use from previous post so here goes again with an update of sorts, although it still acts the same as reported earlier. I've used a specific gmail account and have it incorporated into gnus. Been so for a few yrs. (called acc1 onward) I recently added a new account (called acc2 onward) So I incorporate acc2 into gnus with this in .gnus: <Note that names and passwords obfuscated to simplify reading> ------- --------- ---=--- --------- -------- (setq gnus-secondary-select-methods '((nnml ""))) (add-to-list 'gnus-secondary-select-methods '(nnimap "acc1" (nnimap-address "imap.gmail.com"))) (add-to-list 'gnus-secondary-select-methods '(nnimap "acc2" (nnimap-address "imap.gmail.com"))) <Note that the accs do have different names and passwds> ------- --------- ---=--- --------- -------- And this in .authinfo machine imap.gmail.com login acc1@gmail.com password xxxxxxxx port imap machine imap.gmail.com login acc2@gmail.com password xxxxxxxx port imap ------- --------- ---=--- --------- -------- But, gnus copies all the mail from acc1 and reports it in acc2, creating a host of folders and so forth that are actually only in acc1. Now, this seems like a fairly dangerous thing for gnus to do. Please someone help me solve it. Here is what I've done so far: 1) Made double sure that the accs do in fact have different names and passwds on gmail. 2) Made double sure that the details in .authinfo are totally accurate. 3) Stripped any reference to acc2 out of .newsrc.eld (with gnus closed of course) 4) Did a 'git pull' on gnus so am running the latest version. Finally, restarted gnus. But once again it pulls all mail and groups from acc1 and shows it as belonging to acc2. Yikes... this is bad. What else can I do to debug this? ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-22 22:46 Still pounding nnimap and odd gmail behavior Harry Putnam @ 2013-05-23 7:08 ` Alberto Luaces 2013-05-23 20:56 ` Harry Putnam 2013-05-23 7:50 ` Eric S Fraga 2013-05-23 9:29 ` Enrico Schumann 2 siblings, 1 reply; 17+ messages in thread From: Alberto Luaces @ 2013-05-23 7:08 UTC (permalink / raw) To: ding Harry Putnam writes: > Sorry to keep pounding on this same subject by being sneaky and > slipping the same question with different subject. [...] Sorry but I have to insist: what is the value of your gnus-select-method variable? Can you change to nnnil to see if it makes a difference? -- Alberto ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-23 7:08 ` Alberto Luaces @ 2013-05-23 20:56 ` Harry Putnam 2013-05-23 21:33 ` Joseph Mingrone ` (2 more replies) 0 siblings, 3 replies; 17+ messages in thread From: Harry Putnam @ 2013-05-23 20:56 UTC (permalink / raw) To: ding Alberto Luaces <aluaces@udc.es> writes: > Harry Putnam writes: > >> Sorry to keep pounding on this same subject by being sneaky and >> slipping the same question with different subject. > > [...] > > Sorry but I have to insist: what is the value of your gnus-select-method > variable? Can you change to nnnil to see if it makes a difference? Very sorry, I posted another 'secondary select' (nnml) instead of your requested 'select method'. Didn't read closely enough. Here it is.: (setq gnus-select-method '(nntp "news.gmane.org")) Won't setting that to nnnil raise heck with my nntp groups? I'm reluctant to try that without setting up a full sandbox. Something that would take a bit of time, unless you can confirm that setting nnnil will not slaughter my existing setup. Not asking for a promise or guarantee...just confirmation that you've done this when your setup contained many nntp groups and had been using 'nntp' as the value of gnus-select-method for years. ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-23 20:56 ` Harry Putnam @ 2013-05-23 21:33 ` Joseph Mingrone 2013-05-24 5:26 ` Steinar Bang 2013-05-24 7:28 ` Alberto Luaces 2 siblings, 0 replies; 17+ messages in thread From: Joseph Mingrone @ 2013-05-23 21:33 UTC (permalink / raw) To: ding Harry Putnam <reader@newsguy.com> writes: > (setq gnus-select-method '(nntp "news.gmane.org")) > > Won't setting that to nnnil raise heck with my nntp groups? > This works for me. (setq gnus-select-method '(nnnil)) (setq gnus-secondary-select-methods '((nntp "news.gmane.org"))) (add-to-list 'gnus-secondary-select-methods '(nnimap "gmail" (nnimap-address "imap.gmail.com") (nnimap-server-port 993) (nnimap-stream ssl) (nnir-search-engine imap) (nnimap-authinfo-file "~/.authinfo.gpg") ;; press 'E' to expire email (nnmail-expiry-target "nnimap+gmail:[Gmail]/Trash") (nnmail-expiry-wait "immediate"))) Hope this helps, Joseph ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-23 20:56 ` Harry Putnam 2013-05-23 21:33 ` Joseph Mingrone @ 2013-05-24 5:26 ` Steinar Bang 2013-05-24 7:28 ` Alberto Luaces 2 siblings, 0 replies; 17+ messages in thread From: Steinar Bang @ 2013-05-24 5:26 UTC (permalink / raw) To: ding >>>>> Harry Putnam <reader@newsguy.com>: > Won't setting that to nnnil raise heck with my nntp groups? All of the state for the NNTP groups for all servers, is in the .newsrc and .newsrc.eld files, so if you copy them to a safe place you should be able to restore the behaviour after any experimentation you do. Note: The exact location of the .newsrc* files depends on the OS in use and the settings used (eg. on windows the location depends on whether or not the environment variable HOME has been set, and it can also be explicitly configured in elisp), so make sure you copy the right file. ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-23 20:56 ` Harry Putnam 2013-05-23 21:33 ` Joseph Mingrone 2013-05-24 5:26 ` Steinar Bang @ 2013-05-24 7:28 ` Alberto Luaces 2013-05-25 21:54 ` Harry Putnam 2 siblings, 1 reply; 17+ messages in thread From: Alberto Luaces @ 2013-05-24 7:28 UTC (permalink / raw) To: ding Harry Putnam writes: > Alberto Luaces writes: > >> Harry Putnam writes: >> >>> Sorry to keep pounding on this same subject by being sneaky and >>> slipping the same question with different subject. >> >> [...] >> >> Sorry but I have to insist: what is the value of your gnus-select-method >> variable? Can you change to nnnil to see if it makes a difference? > > Very sorry, I posted another 'secondary select' (nnml) instead of your > requested 'select method'. Didn't read closely enough. Here it is.: > > (setq gnus-select-method '(nntp "news.gmane.org")) > > Won't setting that to nnnil raise heck with my nntp groups? > > I'm reluctant to try that without setting up a full sandbox. > Something that would take a bit of time, unless you can confirm that > setting nnnil will not slaughter my existing setup. > > Not asking for a promise or guarantee...just confirmation that you've > done this when your setup contained many nntp groups and had been > using 'nntp' as the value of gnus-select-method for years. > Ok, it was just for making sure that the main select method was not set to anything strange, or another imap server. In the rest of the thread, it seems most likely that the problem is in your .authinfo definition, so I wouldn't try to change gnus-select-method unless it was the very last resource... -- Alberto ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-24 7:28 ` Alberto Luaces @ 2013-05-25 21:54 ` Harry Putnam 0 siblings, 0 replies; 17+ messages in thread From: Harry Putnam @ 2013-05-25 21:54 UTC (permalink / raw) To: ding Alberto Luaces <aluaces@udc.es> writes: [...] > Ok, it was just for making sure that the main select method was not set > to anything strange, or another imap server. In the rest of the thread, > it seems most likely that the problem is in your .authinfo definition, > so I wouldn't try to change gnus-select-method unless it was the very > last resource... OK, got it... thanks ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-22 22:46 Still pounding nnimap and odd gmail behavior Harry Putnam 2013-05-23 7:08 ` Alberto Luaces @ 2013-05-23 7:50 ` Eric S Fraga 2013-05-23 21:11 ` Harry Putnam 2013-05-23 9:29 ` Enrico Schumann 2 siblings, 1 reply; 17+ messages in thread From: Eric S Fraga @ 2013-05-23 7:50 UTC (permalink / raw) To: ding Harry Putnam <reader@newsguy.com> writes: > And this in .authinfo > > machine imap.gmail.com login acc1@gmail.com password xxxxxxxx port imap > machine imap.gmail.com login acc2@gmail.com password xxxxxxxx port imap I used to have two gmail accounts. The trick, for me, was to give machines different names: machine acc1 login acc1@gmail.com ... machine acc2 login acc2@gmail.com ... given the nnimap entries you have defined in your .gnus.el file. The actual IMAP server has already been specified using nnimap-address. Not sure if this would make any difference in your case but it may be worth trying? -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 + Ma Gnus v0.8 + evil 1.0-dev : BBDB version 3.02 ($Date: 2013/04/13 13:39:40 $) ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-23 7:50 ` Eric S Fraga @ 2013-05-23 21:11 ` Harry Putnam 2013-05-24 5:48 ` Steinar Bang ` (2 more replies) 0 siblings, 3 replies; 17+ messages in thread From: Harry Putnam @ 2013-05-23 21:11 UTC (permalink / raw) To: ding Eric S Fraga <e.fraga@ucl.ac.uk> writes: > Harry Putnam <reader@newsguy.com> writes: > >> And this in .authinfo >> >> machine imap.gmail.com login acc1@gmail.com password xxxxxxxx port imap >> machine imap.gmail.com login acc2@gmail.com password xxxxxxxx port imap > > I used to have two gmail accounts. The trick, for me, was to give > machines different names: > > machine acc1 login acc1@gmail.com ... > machine acc2 login acc2@gmail.com ... > > given the nnimap entries you have defined in your .gnus.el file. The > actual IMAP server has already been specified using nnimap-address. > > Not sure if this would make any difference in your case but it may be > worth trying? Haven't tried your suggestion yet. But want to get clarity on something. Enrico Schumann <es@enricoschumann.net> writes: [...] > You could try to change .authinfo like this: > > machine acc1 login acc1@gmail.com password xxxxxxxx port imap force yes > machine acc2 login acc2@gmail.com password xxxxxxxx port imap force yes > > > (That worked for me with several IMAP accounts with the same > nnimap-address, but that was not gmail.) Same thing to clarify here. Do you mean like so: ('password xxxxxxxx' has been elided to shorten) machine loginname1 login loginname1@gmail.com [...] port imap force yes machine loginname2 login loginname2@gmail.com [...] port imap force yes That is, NOT giving a fully qualified hostname as argument to `machine'? or do you mean this: machine loginname1@gmail.com login loginname1@gmail.com [...] machine loginname2@gmail.com login loginname2@gmail.com [...] That is, using the full email address in two places. Again NOT a qualified IP address. Sorry if this seems weak... I think I better post the actual lines leaving out the password and final arguments and you guys show me exactly what you are suggesting. machine imap.gmail.com login hputnam3@gmail.com machine imap.gmail.com login harrygp3@gmail.com Those are the actual lines... How would you edit them? ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-23 21:11 ` Harry Putnam @ 2013-05-24 5:48 ` Steinar Bang 2013-05-24 6:10 ` Enrico Schumann 2013-05-24 10:16 ` Eric S Fraga 2 siblings, 0 replies; 17+ messages in thread From: Steinar Bang @ 2013-05-24 5:48 UTC (permalink / raw) To: ding >>>>> Harry Putnam <reader@newsguy.com>: > Do you mean like so: > ('password xxxxxxxx' has been elided to shorten) > machine loginname1 login loginname1@gmail.com [...] port imap force yes > machine loginname2 login loginname2@gmail.com [...] port imap force yes > That is, NOT giving a fully qualified hostname as argument to `machine'? Not "loginname" but, as Adam said, the short name of the host in the config. The loginname isn't used in qualifying the line in .authinfo, but both the nnimap-address and the server name. ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-23 21:11 ` Harry Putnam 2013-05-24 5:48 ` Steinar Bang @ 2013-05-24 6:10 ` Enrico Schumann 2013-05-25 21:59 ` Harry Putnam 2013-05-24 10:16 ` Eric S Fraga 2 siblings, 1 reply; 17+ messages in thread From: Enrico Schumann @ 2013-05-24 6:10 UTC (permalink / raw) To: Harry Putnam; +Cc: ding On Thu, 23 May 2013, Harry Putnam <reader@newsguy.com> writes: [...] > > Enrico Schumann <es@enricoschumann.net> writes: > > [...] > >> You could try to change .authinfo like this: >> >> machine acc1 login acc1@gmail.com password xxxxxxxx port imap force yes >> machine acc2 login acc2@gmail.com password xxxxxxxx port imap force yes >> >> >> (That worked for me with several IMAP accounts with the same >> nnimap-address, but that was not gmail.) > > Same thing to clarify here. > > Do you mean like so: > > ('password xxxxxxxx' has been elided to shorten) > > machine loginname1 login loginname1@gmail.com [...] port imap force yes > machine loginname2 login loginname2@gmail.com [...] port imap force yes > > That is, NOT giving a fully qualified hostname as argument to `machine'? Yes. In my setup, I have several IMAP accounts set up like so: (add-to-list 'gnus-secondary-select-methods '(nnimap "IMAP1" (nnimap-address "xxxx.de") ;....)) (add-to-list 'gnus-secondary-select-methods '(nnimap "IMAP2" (nnimap-address "xxxx.de") ;....)) So the names "IMAP1", "IMAP2" &c. of these servers are not hostnames (the addresses are specified via 'nnimap-address'). In the .authinfo file, the 'machine' field gets the name of the server, ie, machine IMAP1 login xxx .... machine IMAP2 login zzz .... (I should not here that I use Gnus v5.13 in Emacs 23.3.1.) Regards, Enrico -- Enrico Schumann Lucerne, Switzerland http://enricoschumann.net ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-24 6:10 ` Enrico Schumann @ 2013-05-25 21:59 ` Harry Putnam 2013-05-27 7:22 ` Enrico Schumann 2013-06-06 14:39 ` Ted Zlatanov 0 siblings, 2 replies; 17+ messages in thread From: Harry Putnam @ 2013-05-25 21:59 UTC (permalink / raw) To: ding Enrico Schumann <es@enricoschumann.net> writes: > Yes. In my setup, I have several IMAP accounts set up like so: > > (add-to-list 'gnus-secondary-select-methods > '(nnimap "IMAP1" > (nnimap-address "xxxx.de") > ;....)) > (add-to-list 'gnus-secondary-select-methods > '(nnimap "IMAP2" > (nnimap-address "xxxx.de") > ;....)) > > So the names "IMAP1", "IMAP2" &c. of these servers are not hostnames > (the addresses are specified via 'nnimap-address'). > > In the .authinfo file, the 'machine' field gets the name of the server, > ie, > > machine IMAP1 login xxx .... > machine IMAP2 login zzz .... I'll admit I'm still a bit confused here. Isn't IMAP1 IMAP2 here intended to mean the user ID?, in the secondary-select lines? But in the .authinfo lines you call them 'servers' so are there actually imap servers named after the user IDs? ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-25 21:59 ` Harry Putnam @ 2013-05-27 7:22 ` Enrico Schumann 2013-06-06 14:39 ` Ted Zlatanov 1 sibling, 0 replies; 17+ messages in thread From: Enrico Schumann @ 2013-05-27 7:22 UTC (permalink / raw) To: Harry Putnam; +Cc: ding On Sat, 25 May 2013, Harry Putnam <reader@newsguy.com> writes: > Enrico Schumann <es@enricoschumann.net> writes: > >> Yes. In my setup, I have several IMAP accounts set up like so: >> >> (add-to-list 'gnus-secondary-select-methods >> '(nnimap "IMAP1" >> (nnimap-address "xxxx.de") >> ;....)) >> (add-to-list 'gnus-secondary-select-methods >> '(nnimap "IMAP2" >> (nnimap-address "xxxx.de") >> ;....)) >> >> So the names "IMAP1", "IMAP2" &c. of these servers are not hostnames >> (the addresses are specified via 'nnimap-address'). >> >> In the .authinfo file, the 'machine' field gets the name of the server, >> ie, >> >> machine IMAP1 login xxx .... >> machine IMAP2 login zzz .... > > > > I'll admit I'm still a bit confused here. Isn't IMAP1 IMAP2 here > intended to mean the user ID?, in the secondary-select lines? > > But in the .authinfo lines you call them 'servers' so are there > actually imap servers named after the user IDs? > > I think others are more knowdledgeable than I about Gnus terminology. IMAP1 and IMAP2 are server names as far as Gnus is concerned. But for Gnus, a server is not necessarily one specific physical server. From the manual (chapter 6, "Select Methods"): "[...] a select method is a list where the first element says what back end to use (e.g., nntp, nnspool, nnml) and the second element is the server name. [...] One could say that a select method defines a virtual server---so we do just that (see section 6.1 Server Buffer)." So every email account that is set up in the way described above corresponds to one server for Gnus. In the *Server* buffer, which you reach by pressing ^ in the *Group* buffer, you should see something like this, then: {nnimap:IMAP1} (opened) {nnimap:IMAP2} (opened) It is then up to the backend (nnimap in this case) to connect to the actual, physical server. See the description of nnimap in the manual, also chapter 6. -- Enrico Schumann Lucerne, Switzerland http://enricoschumann.net ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-25 21:59 ` Harry Putnam 2013-05-27 7:22 ` Enrico Schumann @ 2013-06-06 14:39 ` Ted Zlatanov 1 sibling, 0 replies; 17+ messages in thread From: Ted Zlatanov @ 2013-06-06 14:39 UTC (permalink / raw) To: ding On Sat, 25 May 2013 17:59:09 -0400 Harry Putnam <reader@newsguy.com> wrote: HP> I'll admit I'm still a bit confused here. Isn't IMAP1 IMAP2 here HP> intended to mean the user ID?, in the secondary-select lines? HP> But in the .authinfo lines you call them 'servers' so are there HP> actually imap servers named after the user IDs? Gnus servers are not the same as hostnames, unfortunately. They are really configuration entries that describe how to make a connection and hold all the data related to the connection. Ted ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-23 21:11 ` Harry Putnam 2013-05-24 5:48 ` Steinar Bang 2013-05-24 6:10 ` Enrico Schumann @ 2013-05-24 10:16 ` Eric S Fraga 2013-05-25 22:04 ` Harry Putnam 2 siblings, 1 reply; 17+ messages in thread From: Eric S Fraga @ 2013-05-24 10:16 UTC (permalink / raw) To: ding Harry Putnam <reader@newsguy.com> writes: > Eric S Fraga <e.fraga@ucl.ac.uk> writes: > >> Harry Putnam <reader@newsguy.com> writes: >> >>> And this in .authinfo >>> >>> machine imap.gmail.com login acc1@gmail.com password xxxxxxxx port imap >>> machine imap.gmail.com login acc2@gmail.com password xxxxxxxx port imap >> >> I used to have two gmail accounts. The trick, for me, was to give >> machines different names: >> >> machine acc1 login acc1@gmail.com ... >> machine acc2 login acc2@gmail.com ... >> >> given the nnimap entries you have defined in your .gnus.el file. The >> actual IMAP server has already been specified using nnimap-address. >> >> Not sure if this would make any difference in your case but it may be >> worth trying? > > Haven't tried your suggestion yet. But want to get clarity on something. > > > Enrico Schumann <es@enricoschumann.net> writes: > > [...] > >> You could try to change .authinfo like this: >> >> machine acc1 login acc1@gmail.com password xxxxxxxx port imap force yes >> machine acc2 login acc2@gmail.com password xxxxxxxx port imap force yes >> >> >> (That worked for me with several IMAP accounts with the same >> nnimap-address, but that was not gmail.) > > Same thing to clarify here. > > Do you mean like so: > > ('password xxxxxxxx' has been elided to shorten) > > machine loginname1 login loginname1@gmail.com [...] port imap force yes > machine loginname2 login loginname2@gmail.com [...] port imap force yes No: loginname1 and loginname2 are not actually login names but the names you gave for each of the nnimap settings, which is why I wrote "acc1" and "acc2" in the above lines as they are what you told gnus to call your accounts. I think you are getting confused by "machine" in all of this. The actual host that will be queried, and to which the login and password information will be passed, is specified in the nnimap configuration as nnimap-address. The machine entry here is just a label as far as gnus is concerned. Try it and see. -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 + Ma Gnus v0.8 + evil 1.0-dev : BBDB version 3.02 ($Date: 2013/04/13 13:39:40 $) ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-24 10:16 ` Eric S Fraga @ 2013-05-25 22:04 ` Harry Putnam 0 siblings, 0 replies; 17+ messages in thread From: Harry Putnam @ 2013-05-25 22:04 UTC (permalink / raw) To: ding Eric S Fraga <e.fraga@ucl.ac.uk> writes: > I think you are getting confused by "machine" in all of this. The > actual host that will be queried, and to which the login and password > information will be passed, is specified in the nnimap configuration as > nnimap-address. The machine entry here is just a label as far as gnus > is concerned. Yes indeed. I've been taking 'machine' to equate with host. Which it appears to do in my regular nntp server lines in .authinfo (Not in use now) like this: 'machine enews.newsguy.com login reader password xxxxxxx' And the corresponding gnus-select-method ;(setq gnus-select-method '(nntp "enews.newsguy.com")) So, is that also incorrect in that case? ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still pounding nnimap and odd gmail behavior 2013-05-22 22:46 Still pounding nnimap and odd gmail behavior Harry Putnam 2013-05-23 7:08 ` Alberto Luaces 2013-05-23 7:50 ` Eric S Fraga @ 2013-05-23 9:29 ` Enrico Schumann 2 siblings, 0 replies; 17+ messages in thread From: Enrico Schumann @ 2013-05-23 9:29 UTC (permalink / raw) To: Harry Putnam; +Cc: ding On Thu, 23 May 2013, Harry Putnam <reader@newsguy.com> writes: [...] > And this in .authinfo > > machine imap.gmail.com login acc1@gmail.com password xxxxxxxx port imap > machine imap.gmail.com login acc2@gmail.com password xxxxxxxx port imap > ------- --------- ---=--- --------- -------- You could try to change .authinfo like this: machine acc1 login acc1@gmail.com password xxxxxxxx port imap force yes machine acc2 login acc2@gmail.com password xxxxxxxx port imap force yes (That worked for me with several IMAP accounts with the same nnimap-address, but that was not gmail.) Regards, Enrico -- Enrico Schumann Lucerne, Switzerland http://enricoschumann.net ^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2013-06-06 14:39 UTC | newest] Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2013-05-22 22:46 Still pounding nnimap and odd gmail behavior Harry Putnam 2013-05-23 7:08 ` Alberto Luaces 2013-05-23 20:56 ` Harry Putnam 2013-05-23 21:33 ` Joseph Mingrone 2013-05-24 5:26 ` Steinar Bang 2013-05-24 7:28 ` Alberto Luaces 2013-05-25 21:54 ` Harry Putnam 2013-05-23 7:50 ` Eric S Fraga 2013-05-23 21:11 ` Harry Putnam 2013-05-24 5:48 ` Steinar Bang 2013-05-24 6:10 ` Enrico Schumann 2013-05-25 21:59 ` Harry Putnam 2013-05-27 7:22 ` Enrico Schumann 2013-06-06 14:39 ` Ted Zlatanov 2013-05-24 10:16 ` Eric S Fraga 2013-05-25 22:04 ` Harry Putnam 2013-05-23 9:29 ` Enrico Schumann
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).