From: Lovell M. <lov...@gm...> - 2007-04-01 22:53:08
|
Can anyone tell me how I can use fetchmail and procmail to be able to download mail from two separate accounts to two separate local accounts? I already have a local account (user1) that is downloading mail from my gmail account. Now I am trying to setup another account (user2) to be able to download my work email (so I can keep both account emails separate). When I attempt this I get the following error when trying to run fetchmail as user2: =============== [user2@linux ~]$ fetchmail -c fetchmail: can't check mail while another fetchmail to same host is running. =============== I assume I am getting this error because the fetchmail daemon is already running on user1. Can anyone offer an help? Detailed Example: User1 on my local machine is running the fetchmail daemon downloading male to my User1 mail directory I have just created User2 on my local machine and I have configured .procmailrc and .fetchmailrc to work with my work account and I want to try and start another fetchmail daemon using the user2 account so that my work mail will download to my user2 mail directory. |
From: Matthias A. <mat...@gm...> - 2007-04-02 00:45:20
|
Lovell Mcilwain <lov...@gm...> writes: > Can anyone tell me how I can use fetchmail and procmail to be able to > download mail from two separate accounts to two separate local accounts? > > I already have a local account (user1) that is downloading mail from > my gmail account. Now I am trying to setup another account (user2) to > be able to download my work email (so I can keep both account emails > separate). > > When I attempt this I get the following error when trying to run > fetchmail as user2: > =============== > [user2@linux ~]$ fetchmail -c > fetchmail: can't check mail while another fetchmail to same host is > running. > =============== > > I assume I am getting this error because the fetchmail daemon is > already running on user1. As long as user1 and user2 have *distinct* home directories, that shouldn't be a problem, user1 and user2 can both be running a fetchmail daemon at the same time -- unless they are sharing the same home directory. -- Matthias Andree |
From: Lovell M. <lov...@gm...> - 2007-04-02 01:00:30
|
On Apr 1, 2007, at 6:43 PM, Matthias Andree wrote: > Lovell Mcilwain <lov...@gm...> writes: > >> Can anyone tell me how I can use fetchmail and procmail to be able to >> download mail from two separate accounts to two separate local >> accounts? >> >> I already have a local account (user1) that is downloading mail from >> my gmail account. Now I am trying to setup another account (user2) to >> be able to download my work email (so I can keep both account emails >> separate). >> >> When I attempt this I get the following error when trying to run >> fetchmail as user2: >> =============== >> [user2@linux ~]$ fetchmail -c >> fetchmail: can't check mail while another fetchmail to same host is >> running. >> =============== >> >> I assume I am getting this error because the fetchmail daemon is >> already running on user1. > > As long as user1 and user2 have *distinct* home directories, that > shouldn't be a problem, user1 and user2 can both be running a > fetchmail > daemon at the same time -- unless they are sharing the same home > directory. > > -- > Matthias Andree No they are both running on completely different directories, nothing is shared. user1 = /home/user1 user2 = /home/user2 I was able to get fetchmail started but I have now run into another problem. When I checked my log after running in detailed verbose, I get the following error: [lmcilwain@Firewall ~]$ tail -f fetchmail.log procmail: Couldn't create "/var/mail/lmcilwain" procmail: [17952] Sun Apr 1 17:54:43 2007 procmail: Assigning "LOGNAME=procmail.log" procmail: Assigning "LOGFILE=procmail.log" procmail: Opening "procmail.log" So now I am not able to get anything into my inbox and everything haults. I have not been able to find a way to get it to write to / var/mail/user2. I even created it myself and gave it the same type of permissions Owner = user2 Group = mail But still it won't write. |
From: Matthias A. <mat...@gm...> - 2007-04-02 20:23:27
|
Lovell Mcilwain schrieb: > I was able to get fetchmail started but I have now run into another > problem. When I checked my log after running in detailed verbose, I > get the following error: > [lmcilwain@Firewall ~]$ tail -f fetchmail.log > procmail: Couldn't create "/var/mail/lmcilwain" > procmail: [17952] Sun Apr 1 17:54:43 2007 > procmail: Assigning "LOGNAME=procmail.log" > procmail: Assigning "LOGFILE=procmail.log" > procmail: Opening "procmail.log" > > So now I am not able to get anything into my inbox and everything > haults. I have not been able to find a way to get it to write to / > var/mail/user2. Looks like a procmail issue. Check the permissions of the procmail executable (is it setuid root?) Check the permissions of /var/mail and /var/mail/user2. Use: ls -ldb /some/thing If that doesn't help, check with the procmail mailing lists or replace procmail by maildrop. |
From: Lovell M. <lov...@gm...> - 2007-04-02 20:36:22
|
On Apr 2, 2007, at 2:21 PM, Matthias Andree wrote: > Lovell Mcilwain schrieb: > >> I was able to get fetchmail started but I have now run into another >> problem. When I checked my log after running in detailed verbose, I >> get the following error: >> [lmcilwain@Firewall ~]$ tail -f fetchmail.log >> procmail: Couldn't create "/var/mail/lmcilwain" >> procmail: [17952] Sun Apr 1 17:54:43 2007 >> procmail: Assigning "LOGNAME=procmail.log" >> procmail: Assigning "LOGFILE=procmail.log" >> procmail: Opening "procmail.log" >> >> So now I am not able to get anything into my inbox and everything >> haults. I have not been able to find a way to get it to write to / >> var/mail/user2. > > Looks like a procmail issue. > > Check the permissions of the procmail executable (is it setuid root?) -rwxr-xr-x 1 root mail 92452 Jul 12 2006 /usr/bin/procmail > > Check the permissions of /var/mail and /var/mail/user2. user1 -rw-rw---- 1 user1 mail 77465038 Apr 2 14:22 /var/mail/user1 user2 -rw-r--r-- 1 user2 mail 0 Apr 1 18:36 /var/mail/user2 (I had to create this file by hand (touch user2) chown user2 / chgrp mail and that was it for this one) in the comparison I can see that this might be an issue. > Use: ls -ldb /some/thing > > If that doesn't help, check with the procmail mailing lists or replace > procmail by maildrop. |
From: Matthias A. <mat...@gm...> - 2007-04-02 21:44:40
|
Lovell Mcilwain schrieb: >> Check the permissions of the procmail executable (is it setuid root?) > -rwxr-xr-x 1 root mail 92452 Jul 12 2006 /usr/bin/procmail >> Check the permissions of /var/mail and /var/mail/user2. > user1 > -rw-rw---- 1 user1 mail 77465038 Apr 2 14:22 /var/mail/user1 > > user2 > -rw-r--r-- 1 user2 mail 0 Apr 1 18:36 /var/mail/user2 (I had to > create this file by hand (touch user2) chown user2 / chgrp mail and > that was it for this one) in the comparison I can see that this might > be an issue. Maybe, but this isn't the whole picture. Try "chmod 0660 /var/mail/user2" to fix. Since you didn't show the /var/mail permissions, I can't say if that's sufficient though. HTH, Matthias |
From: Lovell M. <lov...@gm...> - 2007-04-02 21:58:29
|
On Apr 2, 2007, at 3:42 PM, Matthias Andree wrote: > Lovell Mcilwain schrieb: >>> Check the permissions of the procmail executable (is it setuid >>> root?) >> -rwxr-xr-x 1 root mail 92452 Jul 12 2006 /usr/bin/procmail >>> Check the permissions of /var/mail and /var/mail/user2. >> user1 >> -rw-rw---- 1 user1 mail 77465038 Apr 2 14:22 /var/mail/user1 >> >> user2 >> -rw-r--r-- 1 user2 mail 0 Apr 1 18:36 /var/mail/user2 (I had to >> create this file by hand (touch user2) chown user2 / chgrp mail and >> that was it for this one) in the comparison I can see that this might >> be an issue. > > Maybe, but this isn't the whole picture. > Try "chmod 0660 /var/mail/user2" to fix. > > Since you didn't show the /var/mail permissions, > I can't say if that's sufficient though.' Sorry I didn't mean to forget to show that. Here are the permissions on that directory. [root@Linux ~]$ ls -ldb /var/mail/ drwxrwxr-x 2 root mail 4096 Apr 2 04:50 /var/mail/ > > HTH, > Matthias |
From: Matthias A. <mat...@gm...> - 2007-04-02 22:24:17
|
Lovell Mcilwain schrieb: > Sorry I didn't mean to forget to show that. Here are the permissions > on that directory. > > [root@Linux ~]$ ls -ldb /var/mail/ > drwxrwxr-x 2 root mail 4096 Apr 2 04:50 /var/mail/ Might require stuffing user1 and user2 into the "mail" group (particularly if user1 is in that group and user2 isn't, although that group isn't shown for either of them). |
From: Lovell M. <lov...@gm...> - 2007-04-02 22:36:16
|
On Apr 2, 2007, at 4:22 PM, Matthias Andree wrote: > Lovell Mcilwain schrieb: > >> Sorry I didn't mean to forget to show that. Here are the permissions >> on that directory. >> >> [root@Linux ~]$ ls -ldb /var/mail/ >> drwxrwxr-x 2 root mail 4096 Apr 2 04:50 /var/mail/ > > Might require stuffing user1 and user2 into the "mail" group > (particularly if user1 is in that group and user2 isn't, although that > group isn't shown for either of them). Ok I will check and add them both to the mail group. I kinda find it weird that when I did this for user1 sometime ago, I didni't have to muck around with the mail file or permissions at all in t he /var/ mail directory , just the .fetchmail file in the ~/ directory. I wonder if its possible I screwed up something on a larger scale |
From: Lovell M. <lov...@gm...> - 2007-04-03 04:04:44
|
On Apr 2, 2007, at 4:22 PM, Matthias Andree wrote: > Lovell Mcilwain schrieb: > >> Sorry I didn't mean to forget to show that. Here are the permissions >> on that directory. >> >> [root@Linux ~]$ ls -ldb /var/mail/ >> drwxrwxr-x 2 root mail 4096 Apr 2 04:50 /var/mail/ > > Might require stuffing user1 and user2 into the "mail" group > (particularly if user1 is in that group and user2 isn't, although that > group isn't shown for either of them). So I have added both users to the mail group and now I am able to write to the mail spool for user2. I guess its a combination of things but Im just not sure how it all started. All in all I got all that I needed to get done done thanks to you guys. |
From: Rob M. <rob...@gm...> - 2007-04-02 08:10:16
|
On 4/1/07, Lovell Mcilwain <lov...@gm...> wrote: > >> When I attempt this I get the following error when trying to run > >> fetchmail as user2: > >> =============== > >> [user2@linux ~]$ fetchmail -c > >> fetchmail: can't check mail while another fetchmail to same host is > >> running. > >> =============== Contents of both .fetchmailrc files? Version of fetchmail? OS? (This is perfectly achievable, I do this myself) -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Lovell M. <lov...@gm...> - 2007-04-02 16:33:29
|
On Apr 2, 2007, at 2:08 AM, Rob MacGregor wrote: > On 4/1/07, Lovell Mcilwain <lov...@gm...> wrote: >>>> When I attempt this I get the following error when trying to run >>>> fetchmail as user2: >>>> =============== >>>> [user2@linux ~]$ fetchmail -c >>>> fetchmail: can't check mail while another fetchmail to same host is >>>> running. >>>> =============== > > > Contents of both .fetchmailrc files? Primary account on Linx [user1@Linux ~]$ more .fetchmailrc defaults proto pop3 user lmc...@gm... mda "/usr/bin/procmail - d user1" poll pop.gmail.com port 995 pass <pass> ssl is user1 here set daemon 120 set syslog set postmaster "" set no bouncemail set no spambounce set properties "" set logfile "fetchmail.log" Second account on Linux [user2@Linux ~]$ more .fetchmailrc defaults proto pop3 user lmcilwain mda "/usr/bin/procmail -d user2" poll work.smtp.com port 995 pass <pass> ssl is user2 here set daemon 300 set syslog set postmaster "" set no bouncemail set no spambounce set properties "" set logfile "fetchmail.log" > > Version of fetchmail? [user2@Linux ~]$ fetchmail -V This is fetchmail release 6.3.6+GSS+RPA+NTLM+SDPS+SSL+HESIOD+NLS+KRB4 +KRB5. > OS? I am using Fedora Core 6 > > (This is perfectly achievable, I do this myself) > > -- > Please keep list traffic on the list. > > Rob MacGregor > Whoever fights monsters should see to it that in the process he > doesn't become a monster. Friedrich Nietzsche > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users |
From: Rob M. <rob...@gm...> - 2007-04-02 20:00:13
|
On 4/2/07, Lovell Mcilwain <lov...@gm...> wrote: <---SNIP---> > [user1@Linux ~]$ more .fetchmailrc > defaults proto pop3 user lmc...@gm... mda "/usr/bin/procmail - > d user1" > poll pop.gmail.com port 995 pass <pass> ssl is user1 here > set daemon 120 > set syslog > set postmaster "" > set no bouncemail > set no spambounce > set properties "" > set logfile "fetchmail.log" > > Second account on Linux > [user2@Linux ~]$ more .fetchmailrc > defaults proto pop3 user lmcilwain mda "/usr/bin/procmail -d user2" > poll work.smtp.com port 995 pass <pass> ssl is user2 here > set daemon 300 > set syslog > set postmaster "" > set no bouncemail > set no spambounce > set properties "" > set logfile "fetchmail.log" Ok, nothing I can see that causes fetchmai to complain. Can you do the following: 1) The output of "id" as each user 2) Start fetchmail as user1, then run "fetchmail --nosyslog -v -v -v" as user2, while fetchmail for user1 is running > > Version of fetchmail? > [user2@Linux ~]$ fetchmail -V > This is fetchmail release 6.3.6+GSS+RPA+NTLM+SDPS+SSL+HESIOD+NLS+KRB4 > +KRB5. Current enough. I assume that work.smtp.com doesn't resolve to pop.gmail.com? -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Lovell M. <lov...@gm...> - 2007-04-02 20:24:31
|
On Apr 2, 2007, at 1:58 PM, Rob MacGregor wrote: > On 4/2/07, Lovell Mcilwain <lov...@gm...> wrote: > <---SNIP---> >> [user1@Linux ~]$ more .fetchmailrc >> defaults proto pop3 user lmc...@gm... mda "/usr/bin/procmail - >> d user1" >> poll pop.gmail.com port 995 pass <pass> ssl is user1 here >> set daemon 120 >> set syslog >> set postmaster "" >> set no bouncemail >> set no spambounce >> set properties "" >> set logfile "fetchmail.log" >> >> Second account on Linux >> [user2@Linux ~]$ more .fetchmailrc >> defaults proto pop3 user lmcilwain mda "/usr/bin/procmail -d user2" >> poll work.smtp.com port 995 pass <pass> ssl is user2 here >> set daemon 300 >> set syslog >> set postmaster "" >> set no bouncemail >> set no spambounce >> set properties "" >> set logfile "fetchmail.log" > > Ok, nothing I can see that causes fetchmai to complain. Can you do > the following: > > 1) The output of "id" as each user user1 uid=500(user1) gid=500(user1) groups=500(user1) context=user_u:system_r:unconfined_t user2 uid=501(user2) gid=501(user2) groups=501(user2) context=user_u:system_r:unconfined_t > 2) Start fetchmail as user1, then run "fetchmail --nosyslog -v -v -v" > as user2, while fetchmail for user1 is running I actually ran fetchmail --keep --nosyslog -v -v -v (I wanted to keep my mail on the server until I get this working right) [user2@Linux ~]$ tail -f fetchmail.log fetchmail: Lock-busy error on lmc...@wo... fetchmail: POP3> QUIT fetchmail: POP3< +OK signing off. fetchmail: lock busy on server error while fetching from lmc...@wo... fetchmail: 6.3.6 querying @work.pop.com (protocol POP3) at Mon 02 Apr 2007 02:15:38 PM EDT: poll completed fetchmail: Query status=9 (LOCKBUSY) fetchmail: Deleting fetchids file. fetchmail: sleeping at Mon 02 Apr 2007 02:15:38 PM EDT for 300 seconds fetchmail: terminated with signal 15 fetchmail: Deleting fetchids file. >>> Version of fetchmail? >> [user2@Linux ~]$ fetchmail -V >> This is fetchmail release 6.3.6+GSS+RPA+NTLM+SDPS+SSL+HESIOD+NLS+KRB4 >> +KRB5. > > Current enough. > > I assume that work.smtp.com doesn't resolve to pop.gmail.com? > > -- > Please keep list traffic on the list. > > Rob MacGregor > Whoever fights monsters should see to it that in the process he > doesn't become a monster. Friedrich Nietzsche > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users |
From: Rob M. <rob...@gm...> - 2007-04-02 20:32:01
|
On 4/2/07, Lovell Mcilwain <lov...@gm...> wrote: > > 1) The output of "id" as each user > user1 > uid=500(user1) gid=500(user1) groups=500(user1) > context=user_u:system_r:unconfined_t > > user2 > uid=501(user2) gid=501(user2) groups=501(user2) > context=user_u:system_r:unconfined_t Ok, these really are 2 users (worth checking :>) > [user2@Linux ~]$ tail -f fetchmail.log > fetchmail: Lock-busy error on lmc...@wo... > fetchmail: POP3> QUIT > fetchmail: POP3< +OK signing off. > fetchmail: lock busy on server error while fetching from > lmc...@wo... > fetchmail: 6.3.6 querying @work.pop.com (protocol POP3) at Mon 02 Apr > 2007 02:15:38 PM EDT: poll completed > fetchmail: Query status=9 (LOCKBUSY) > fetchmail: Deleting fetchids file. > fetchmail: sleeping at Mon 02 Apr 2007 02:15:38 PM EDT for 300 seconds > fetchmail: terminated with signal 15 > fetchmail: Deleting fetchids file. Ok, how about the rest of the log. Log snippets just waste my time. Note that the log does suggest the problem is that you have multiple programs connecting to the mailbox and your work's POP server only supports one at a time. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Lovell M. <lov...@gm...> - 2007-04-02 20:38:57
|
On Apr 2, 2007, at 2:30 PM, Rob MacGregor wrote: > On 4/2/07, Lovell Mcilwain <lov...@gm...> wrote: >>> 1) The output of "id" as each user >> user1 >> uid=500(user1) gid=500(user1) groups=500(user1) >> context=user_u:system_r:unconfined_t >> >> user2 >> uid=501(user2) gid=501(user2) groups=501(user2) >> context=user_u:system_r:unconfined_t > > Ok, these really are 2 users (worth checking :>) > >> [user2@Linux ~]$ tail -f fetchmail.log >> fetchmail: Lock-busy error on lmc...@wo... >> fetchmail: POP3> QUIT >> fetchmail: POP3< +OK signing off. >> fetchmail: lock busy on server error while fetching from >> lmc...@wo... >> fetchmail: 6.3.6 querying @work.pop.com (protocol POP3) at Mon 02 Apr >> 2007 02:15:38 PM EDT: poll completed >> fetchmail: Query status=9 (LOCKBUSY) >> fetchmail: Deleting fetchids file. >> fetchmail: sleeping at Mon 02 Apr 2007 02:15:38 PM EDT for 300 >> seconds >> fetchmail: terminated with signal 15 >> fetchmail: Deleting fetchids file. > > Ok, how about the rest of the log. Log snippets just waste my time. > Sorry about that, the log kinda just sat there so I thought it was done, I will regenerate. > Note that the log does suggest the problem is that you have multiple > programs connecting to the mailbox and your work's POP server only > supports one at a time. I was connected to the system via IMAPS. I am using fetchmail to download via POP, I didn't think the two would conflict. I will shut down my client connecting via IMAPS and give it another shot > > -- > Please keep list traffic on the list. > > Rob MacGregor > Whoever fights monsters should see to it that in the process he > doesn't become a monster. Friedrich Nietzsche > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users |
From: Lovell M. <lov...@gm...> - 2007-04-02 21:31:51
|
On Apr 2, 2007, at 2:30 PM, Rob MacGregor wrote: > On 4/2/07, Lovell Mcilwain <lov...@gm...> wrote: >>> 1) The output of "id" as each user >> user1 >> uid=500(user1) gid=500(user1) groups=500(user1) >> context=user_u:system_r:unconfined_t >> >> user2 >> uid=501(user2) gid=501(user2) groups=501(user2) >> context=user_u:system_r:unconfined_t > > Ok, these really are 2 users (worth checking :>) > >> [user2@Linux ~]$ tail -f fetchmail.log >> fetchmail: Lock-busy error on lmc...@wo... >> fetchmail: POP3> QUIT >> fetchmail: POP3< +OK signing off. >> fetchmail: lock busy on server error while fetching from >> lmc...@wo... >> fetchmail: 6.3.6 querying @work.pop.com (protocol POP3) at Mon 02 Apr >> 2007 02:15:38 PM EDT: poll completed >> fetchmail: Query status=9 (LOCKBUSY) >> fetchmail: Deleting fetchids file. >> fetchmail: sleeping at Mon 02 Apr 2007 02:15:38 PM EDT for 300 >> seconds >> fetchmail: terminated with signal 15 >> fetchmail: Deleting fetchids file. > > Ok, how about the rest of the log. Log snippets just waste my time. > fetchmail: 6.3.6 querying work.pop.com (protocol POP3) at Mon 02 Apr 2007 03:18 :00 PM EDT: poll started fetchmail: Trying to connect to 192.104.65.xx/995...connected. fetchmail: Issuer Organization: VeriSign, Inc. fetchmail: Issuer CommonName: VeriSign Class 3 Secure Server CA fetchmail: Server CommonName: work.pop.com fetchmail: work.pop.com key fingerprint: 13:7B:A9:9C:09:7F:5A: 97:AD:D3:1D:71:5F :E8:FE:C5 fetchmail: Server certificate verification error: unable to get local issuer cer tificate fetchmail: Server certificate verification error: certificate not trusted fetchmail: Server certificate verification error: unable to verify the first cer tificate fetchmail: POP3< +OK Mail server is ready. fetchmail: POP3> CAPA fetchmail: POP3< +OK Capability list follows fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< LOGIN-DELAY 0 fetchmail: POP3< EXPIRE 0 fetchmail: POP3< UIDL fetchmail: POP3< RESP-CODES fetchmail: POP3< AUTH-RESP-CODE fetchmail: POP3< X-MANGLE fetchmail: POP3< X-MACRO fetchmail: POP3< X-LOCALTIME Sat, 31 Mar 2007 19:36:03 -0400 fetchmail: POP3< IMPLEMENTATION Qpopper-version-4.0.5 fetchmail: POP3< . fetchmail: POP3> USER lmcilwain fetchmail: POP3< +OK fetchmail: POP3> PASS * fetchmail: POP3< +OK lmcilwain has 10445 visible messages (1 hidden) in 98056903 6 octets. fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 10445 980569036 fetchmail: POP3> LAST fetchmail: POP3< +OK 10446 is the last read message. fetchmail: 10445 messages for lmcilwain at vip.opnet.com (980569036 octets). fetchmail: skipping message lmc...@wo...:1 not flushed fetchmail: skipping message lmc...@wo...:2 not flushed fetchmail: skipping message lmc...@wo...:3 not flushed fetchmail: skipping message lmc...@wo...:4 not flushed fetchmail: skipping message lmc...@wo...:5 not flushed fetchmail: skipping message lmc...@wo...:6 not flushed fetchmail: skipping message lmc...@wo...:7 not flushed fetchmail: skipping message lmc...@wo...:8 not flushed fetchmail: skipping message lmc...@wo...:9 not flushed fetchmail: skipping message lmc...@wo...:10 not flushed ...... Same fetchmail message different ID..... fetchmail: skipping message lmc...@wo...:10445 not flushed fetchmail: POP3> QUIT fetchmail: POP3< +OK Pop server at work.pop.com signing off. fetchmail: 6.3.6 querying work.pop.com (protocol POP3) at Mon 02 Apr 2007 03:22:24 PM EDT: poll comp leted fetchmail: not swapping UID lists, no UIDs seen this query fetchmail: Query status=1 (NOMAIL) fetchmail: Deleting fetchids file. fetchmail: sleeping at Mon 02 Apr 2007 03:22:24 PM EDT for 300 seconds fetchmail: terminated with signal 15 fetchmail: Deleting fetchids file. > Note that the log does suggest the problem is that you have multiple > programs connecting to the mailbox and your work's POP server only > supports one at a time. I did turn off my IMAPS client before I tried this last test. > > -- > Please keep list traffic on the list. > > Rob MacGregor > Whoever fights monsters should see to it that in the process he > doesn't become a monster. Friedrich Nietzsche > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users |
From: Rob M. <rob...@gm...> - 2007-04-02 21:56:25
|
On 4/2/07, Lovell Mcilwain <lov...@gm...> wrote: <---SNIP working run---> > I did turn off my IMAPS client before I tried this last test. This suggests that your ISP only supports a single connection. You may find that it will allow multiple IMAP connections though - worth a try. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |