You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(16) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(2) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
(21) |
Sep
(17) |
Oct
(35) |
Nov
(39) |
Dec
(55) |
| 2006 |
Jan
(70) |
Feb
(11) |
Mar
(55) |
Apr
(27) |
May
(73) |
Jun
(47) |
Jul
(63) |
Aug
(27) |
Sep
(52) |
Oct
(39) |
Nov
(87) |
Dec
(15) |
| 2007 |
Jan
(23) |
Feb
(46) |
Mar
(108) |
Apr
(63) |
May
(54) |
Jun
(34) |
Jul
(29) |
Aug
(103) |
Sep
(46) |
Oct
(69) |
Nov
(29) |
Dec
(17) |
| 2008 |
Jan
(45) |
Feb
(32) |
Mar
(25) |
Apr
(17) |
May
(39) |
Jun
(20) |
Jul
(64) |
Aug
(31) |
Sep
(38) |
Oct
(20) |
Nov
(42) |
Dec
(50) |
| 2009 |
Jan
(10) |
Feb
(38) |
Mar
(3) |
Apr
(29) |
May
(41) |
Jun
(31) |
Jul
(21) |
Aug
(53) |
Sep
(49) |
Oct
(26) |
Nov
(28) |
Dec
(15) |
| 2010 |
Jan
(83) |
Feb
(38) |
Mar
(33) |
Apr
(44) |
May
(9) |
Jun
(16) |
Jul
(35) |
Aug
(38) |
Sep
(11) |
Oct
(35) |
Nov
(68) |
Dec
(19) |
| 2011 |
Jan
(16) |
Feb
(69) |
Mar
(42) |
Apr
(54) |
May
(56) |
Jun
(29) |
Jul
|
Aug
(65) |
Sep
(3) |
Oct
(39) |
Nov
(33) |
Dec
(4) |
| 2012 |
Jan
(31) |
Feb
(21) |
Mar
(26) |
Apr
(13) |
May
(38) |
Jun
(39) |
Jul
(14) |
Aug
(31) |
Sep
(8) |
Oct
(32) |
Nov
(12) |
Dec
(16) |
| 2013 |
Jan
(40) |
Feb
(22) |
Mar
(21) |
Apr
(15) |
May
(13) |
Jun
(9) |
Jul
(34) |
Aug
(10) |
Sep
(10) |
Oct
|
Nov
(7) |
Dec
(1) |
| 2014 |
Jan
(25) |
Feb
(9) |
Mar
(8) |
Apr
(12) |
May
(7) |
Jun
|
Jul
(7) |
Aug
(4) |
Sep
(27) |
Oct
(25) |
Nov
(18) |
Dec
(3) |
| 2015 |
Jan
(18) |
Feb
(13) |
Mar
(4) |
Apr
(19) |
May
(11) |
Jun
|
Jul
(1) |
Aug
(7) |
Sep
(6) |
Oct
(4) |
Nov
(19) |
Dec
(6) |
| 2016 |
Jan
|
Feb
(8) |
Mar
(14) |
Apr
|
May
(11) |
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(10) |
Oct
|
Nov
(11) |
Dec
(17) |
| 2017 |
Jan
(17) |
Feb
(35) |
Mar
|
Apr
(4) |
May
(8) |
Jun
(2) |
Jul
(16) |
Aug
|
Sep
(5) |
Oct
(11) |
Nov
(15) |
Dec
(10) |
| 2018 |
Jan
|
Feb
(3) |
Mar
|
Apr
(3) |
May
(2) |
Jun
(8) |
Jul
|
Aug
(10) |
Sep
(17) |
Oct
(15) |
Nov
(12) |
Dec
(10) |
| 2019 |
Jan
(4) |
Feb
(14) |
Mar
(33) |
Apr
(17) |
May
(7) |
Jun
(6) |
Jul
(2) |
Aug
(4) |
Sep
(22) |
Oct
(13) |
Nov
|
Dec
|
| 2020 |
Jan
(36) |
Feb
(19) |
Mar
(31) |
Apr
(2) |
May
(22) |
Jun
(7) |
Jul
(25) |
Aug
(9) |
Sep
(17) |
Oct
(52) |
Nov
(13) |
Dec
(9) |
| 2021 |
Jan
(23) |
Feb
(13) |
Mar
(9) |
Apr
(15) |
May
(3) |
Jun
(7) |
Jul
(4) |
Aug
(23) |
Sep
(3) |
Oct
(8) |
Nov
(28) |
Dec
(9) |
| 2022 |
Jan
(38) |
Feb
(2) |
Mar
(56) |
Apr
(24) |
May
(29) |
Jun
(22) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(13) |
Nov
(2) |
Dec
|
| 2023 |
Jan
(6) |
Feb
(1) |
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
(21) |
Aug
(5) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
| 2024 |
Jan
(15) |
Feb
(4) |
Mar
|
Apr
(4) |
May
(11) |
Jun
(9) |
Jul
(1) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(1) |
Dec
(1) |
| 2025 |
Jan
(7) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(10) |
Jul
|
Aug
(1) |
Sep
(12) |
Oct
(24) |
Nov
(14) |
Dec
|
|
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: 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 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: 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
|
|
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: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: 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 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: 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: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: 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: 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 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 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 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 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-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-03-31 21:18:22
|
I wrote: > I have uploaded the third fetchmail 6.3.8 release candidate to the usual > download location: <http://home.pages.de/~mandree/fetchmail/>. NOTE that fetchmail 6.3.8 is the last planned fetchmail 6.3.X release. I plan to put the 6.3 branch on hold and only fix severe bugs afterwards, so as to free resources for spawning a new branch. The new branch will make some more radical changes to the code, remove legacy code, misguided attempts, and clean up the mess - perhaps we'll see a few features as well. So, if you want your bug to be fixed before the next release, it is very important that you test 6.3.8-rc3 and report issues quickly, I plan to release 6.3.8 in 8 - 10 days time. I don't expect the new branch to make headway quickly though, I'm busy with real-time work, the only active fetchmail developer at this time, and living in the northern hemisphere means spring and summer are approaching, so I'll probably spend less time on coding anyways... -- Matthias Andree |
|
From: Matthias A. <mat...@gm...> - 2007-03-31 21:00:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, I have uploaded the third fetchmail 6.3.8 release candidate to the usual download location: <http://home.pages.de/~mandree/fetchmail/>. This became necessary after long-standing BSMTP bugs had been reported after -rc2. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Changes in 6.3.8-rc3 since -rc2 (2007-03-31): * If SOCKS support was compiled in, add 'socks' to the feature_options Python list emitted in --configdump. Reported by Rob MacGregor. * Do not crash with a null pointer dereference when opening the BSMTP file fails. Improve error checking and reporting. Reported by Reto Schüttel, Debian Bug#416625. Fix based on a patch by Nico Golde. * Make BSMTP output actually work, it would persistently fail with SOCKET error after writing the first header. * Corrected Robert M. Funk's name that I misspelled. My sincere apologies -- Matthias Andree. * BSMTP is mostly untested and errors can cause corrupt output. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ WARNING: This message sets the Reply-To: header. When replying to me personally, you need to edit the To: header! Thank you. Happy fetching, Matthias Andree -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFGDq9bvmGDOQUufZURAqQmAJ46jJBsnO/7fjarFOKZNfGOGrA/YQCg7TrJ yrPNxFS9JkO39I/qPgz6aBo= =RuQW -----END PGP SIGNATURE----- |
|
From: Kramer, B. <B.K...@nu...> - 2007-03-30 08:52:08
|
Hello dear fetchmail-users, Well, it was my error. I added the nutricia.com domain as alias in the hosts and all works well. Thanks for your info and help! God bless all Barbara -----Ursprüngliche Nachricht----- Von: fet...@li... [mailto:fet...@li...] Im Auftrag von Rob MacGregor Gesendet: Donnerstag, 29. März 2007 19:08 An: fet...@li... Betreff: Re: [fetchmail-users] Fetchmail and domains On 3/29/07, Kramer, Barbara <B.K...@nu...> wrote: > Hi, > The previous answer did not help much. Of course I installed the new Patch > PHNE_35484. > I can send mail to b.k...@nu... from user podeliv. No problem. > Yet, everytime, I use fetchmail to pick up mail with the user podeliv, I run > into this problem. > So, I am not sure if it is a sendmail problem. The domain in sending mail > with mail b.k...@nu... arrives just fine. > Any ideas? The logs strongly suggest you have some form of sendmail problem, not fetchmail: > fetchmail: SMTP> MAIL FROM:<B.K...@nu...> SIZE=605 > fetchmail: SMTP< 501 Sender domain must exist > fetchmail: SMTP error: 501 Sender domain must exist So, your sendmail server isn't recognising nutricia.com as a valid domain in DNS. That you can send mail *TO* this just shows that sendmail accepts mail *FOR* it. You need to ensure that if you do "nslookup nutricia.com" resolves on your sendmail server. As was said, this is nothing to do with fetchmail - it's purely a DNS/sendmail problem. -- 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 PRIVACY: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or priviliged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Thank you. |
|
From: Rob M. <rob...@gm...> - 2007-03-29 19:10:15
|
On 3/29/07, Kramer, Barbara <B.K...@nu...> wrote: > Hi, > The previous answer did not help much. Of course I installed the new Patch > PHNE_35484. > I can send mail to b.k...@nu... from user podeliv. No problem. > Yet, everytime, I use fetchmail to pick up mail with the user podeliv, I run > into this problem. > So, I am not sure if it is a sendmail problem. The domain in sending mail > with mail b.k...@nu... arrives just fine. > Any ideas? The logs strongly suggest you have some form of sendmail problem, not fetchmail: > fetchmail: SMTP> MAIL FROM:<B.K...@nu...> SIZE=605 > fetchmail: SMTP< 501 Sender domain must exist > fetchmail: SMTP error: 501 Sender domain must exist So, your sendmail server isn't recognising nutricia.com as a valid domain in DNS. That you can send mail *TO* this just shows that sendmail accepts mail *FOR* it. You need to ensure that if you do "nslookup nutricia.com" resolves on your sendmail server. As was said, this is nothing to do with fetchmail - it's purely a DNS/sendmail problem. -- 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: Peter P. <ro...@ri...> - 2007-03-29 10:11:02
|
On Thu, Mar 29, 2007 at 09:34:25AM +0200, Matthias Andree wrote: > Kramer, Barbara schrieb: > > Hi, > > Apparently the attach never gets there, > > So here it is in text: > > _______________________________________________________ > > fetchmail: 6.3.6 querying pnw2k01.pfrimmer.de (protocol POP3) at Wed, 28 Mar > > 2007 16:22:15 +0100 (WETDST): poll started > > > fetchmail: Trying to connect to 127.0.0.1/25...connected. > > fetchmail: SMTP< 220 erlaap05.nutricia.com ESMTP Sendmail 8.9.3 > > (PHNE_29774)/8.9.3; Wed, 28 Mar 2007 16:22:17 +0100 (WETDST) [snip] > > fetchmail: SMTP> MAIL FROM:<B.K...@nu...> SIZE=605 > > fetchmail: SMTP< 501 Sender domain must exist > > fetchmail: SMTP error: 501 Sender domain must exist > > Not a fetchmail issue apparently: your sendmail software does not > recognize your own domain. > > Make sure it does - your starting point is DNS, and further support > through the sendmail support channels. > Note though that sendmail 8.9.3 is several years out of date, so unless > someone patched all known security issues, you should not be using it, > but a more recent version instead. I think he is using the HP-UX sendmail package - it advertises its version with an HP-specific PHNE_29774 patch version - though the patch itself does seem to date back to 2003, and there is a PHNE_35484 from December 2006. Not that this has any actual bearing on fetchmail :) G'luck, Peter -- Peter Pentchev ro...@ri... ro...@cn... ro...@Fr... PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence claims to be an Epimenides paradox, but it is lying. |
|
From: Matthias A. <mat...@gm...> - 2007-03-29 09:36:15
|
Kramer, Barbara schrieb: > Hi, > Apparently the attach never gets there, > So here it is in text: > _______________________________________________________ > fetchmail: 6.3.6 querying pnw2k01.pfrimmer.de (protocol POP3) at Wed, 28 Mar > 2007 16:22:15 +0100 (WETDST): poll started > fetchmail: Trying to connect to 127.0.0.1/25...connected. > fetchmail: SMTP< 220 erlaap05.nutricia.com ESMTP Sendmail 8.9.3 > (PHNE_29774)/8.9.3; Wed, 28 Mar 2007 16:22:17 +0100 (WETDST) > fetchmail: SMTP> EHLO erlaap05 > fetchmail: SMTP< 250-erlaap05.nutricia.com Hello podeliv@localhost > [127.0.0.1], pleased to meet you > fetchmail: SMTP< 250-EXPN > fetchmail: SMTP< 250-VERB > fetchmail: SMTP< 250-8BITMIME > fetchmail: SMTP< 250-SIZE > fetchmail: SMTP< 250-DSN > fetchmail: SMTP< 250-ONEX > fetchmail: SMTP< 250-ETRN > fetchmail: SMTP< 250-XUSR > fetchmail: SMTP< 250 HELP > fetchmail: SMTP> MAIL FROM:<B.K...@nu...> SIZE=605 > fetchmail: SMTP< 501 Sender domain must exist > fetchmail: SMTP error: 501 Sender domain must exist Not a fetchmail issue apparently: your sendmail software does not recognize your own domain. Make sure it does - your starting point is DNS, and further support through the sendmail support channels. Note though that sendmail 8.9.3 is several years out of date, so unless someone patched all known security issues, you should not be using it, but a more recent version instead. HTH, MA |
|
From: Matthias A. <mat...@gm...> - 2007-03-29 09:32:05
|
Kramer, Barbara schrieb: > Hi Users, > Attached the log file. Thanks for helping out Make sure you post the log file in plain text format and your mailer actually declares it as text, else it will be removed by the list software (and that's a good thing). I wish the list software could also strip stupid disclaimers from people's messages and would reject top-posts and full-quotes... but that's asking a bit too much today. |
|
From: Kramer, B. <B.K...@nu...> - 2007-03-29 09:15:17
|
Hi Users, Attached the log file. Thanks for helping out Barbara <<fetch.log>> > -----Ursprüngliche Nachricht----- > Von: Kramer, Barbara > Gesendet: Mittwoch, 28. März 2007 16:42 > An: > Betreff: Fetchmail and domains > > Hi, > There is a mailbox on an exchange server, named NTBV-shipment. This box is > receiving mail. I want to fetch the mail there and bring it to my HPUX, > where the file will be read into a software. I chose to use fetchmail. > > Just installed fetchmail on my hp server with hpux 11.11 on it. > I have done the following: > * Created a user named podeliv > * Started a mail box for him /var/mail/podeliv > * Send mail to him through sendmail - mail podeliv - mail was received > ok > * Logged on as podeliv and send a mail to my mail account - which is > an exchange server - mail kam ok and sender is po...@nu... > * Installed ixFetchmail A.08.00-6.3.6 for HPUX 11.11 - all went well > * Created a .fetchmailrc for user podeliv, which reads: > > set logfile /home/podeliv/fetch.log > poll pnw2k01.pfrimmer.de > proto pop3 port 110 > user pfrimmer\\NTBV-shipment > there has password ******* > no keep > > * Fetch.log is being filled with entries, when I do fetchmail -av, as > user podeliv > * Now the problem: - I always read message SMTP< 501 Sender domain > must exist - podeliv is always being shown as podeliv@localhost > From my Mail Delivery System [MAI...@er...], which > is root on the hpux machine: > podeliv@localhost > SMTP error: 501 Sender domain must exist > What did I forget to do? > > Attached you'll find the fetch.log, after I had send a mail to > NTBV-shipment, as user podeliv I did fetchmail -av > > Can anyone help me? > That would be super - already read all kinds of stuff online about hosts, > hostsequiv, changed sendmail.cf, sendmail.cw, restarted sendmail numerous > times, yet all did not help. > Thanks in advance > Barbara > > > > > > PRIVACY: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or priviliged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Thank you. |