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
(1) |
Nov
|
Dec
|
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. |
From: Rob M. <rob...@gm...> - 2007-03-28 18:01:06
|
On 3/28/07, Kramer, Barbara <B.K...@nu...> wrote: > 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 So we know the basics of your sendmail config are good. > * 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 Close enough to current (6.3.7 is current). > * 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? Not sure, because... > Attached you'll find the fetch.log, after I had send a mail to > NTBV-shipment, as user podeliv I did fetchmail -av <<fetch.log>> No log attached. -- 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: Kramer, B. <B.K...@nu...> - 2007-03-28 17:03:00
|
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 <<fetch.log>> 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. |
From: Christian E. <bla...@gm...> - 2007-03-28 14:30:40
|
* Peter Pentchev on Monday, March 26, 2007 at 18:40:08 +0300: > On Mon, Mar 26, 2007 at 06:16:51PM +0300, Peter Pentchev wrote: >> On Mon, Mar 26, 2007 at 02:48:22PM +0000, Rob MacGregor wrote: >>> 1) Have your mail server listen on IPv6 loopback >>> 2) Disable IPv6 on your host >>> 3) Edit your /etc/hosts and comment out the IPv6 loopback >>> >>> I don't believe there is any way in fetchmail to tell it not to use >>> IPv6. I think your only option is to either ensure that your SMTP >>> server listens on IPv6 or disable IPv6 (or at least the lookup), with >>> the first being the cleanest approach IMO. >>> >>> You could also simply specify the smtphost as 127.0.0.1. Potentially dangerous with postfix -- if, like me you don't know the parameters you'd have to change there ;) >> And, of course, >> >> 4) Edit your /etc/hosts, add another alias for 127.0.0.1 and specify that >> as fetchmail's smtphost. That's what I'm doing now, and also added the alias to postfix' $mydestination. Thanks. c -- _B A U S T E L L E N_ lesen! --->> <http://www.blacktrash.org/baustellen.html> |
From: Joe A. <jo...@j4...> - 2007-03-26 20:53:47
|
Matthias Andree <mat...@gm...> Wrote on: 3/26/2007 12:47 PM: > Joe Acquisto schrieb: >> Maybe not the correct place to post this, but I am told this information is >> no longer accurate: >> >> ********************************************** >> http://www.fetchmail.info/fetchmail-FAQ.html#F3 >> >> "S4. How can I use fetchmail with Novell GroupWise? >> >> The Novell GroupWise IMAP server would be better named GroupFoolish; it is >> (according to the designer of IMAP) unusably broken. Among other things, it >> doesn't include a required content length in its BODY[TEXT] response. >> >> Fetchmail works around this problem, but we strongly recommend voting with >> your dollars for a server that isn't brain-dead." >> ********************************************** > > So in what respect is it sill broken, in what respect has it been fixed > by Novell, and what is the oldest version that talks proper IMAP? > > TIA > MA I've no idea, myself. I am forwarding a copy of this to a GW admin's list, hoping for an answer. joe a. |
From: Christian E. <bla...@gm...> - 2007-03-26 19:05:00
|
* Peter Pentchev on Monday, March 26, 2007 at 18:40:08 +0300: > On Mon, Mar 26, 2007 at 06:16:51PM +0300, Peter Pentchev wrote: >> On Mon, Mar 26, 2007 at 02:48:22PM +0000, Rob MacGregor wrote: >>> On 3/26/07, Christian Ebert <bla...@gm...> wrote: >>>> Trying to connect to ::1/25...connection failed. >>>> fetchmail: connection to localhost:smtp [::1/25] failed: Connection refused. >>>> Trying to connect to 127.0.0.1/25...connected. >>> <---SNIP---> >>> >>> 1) Have your mail server listen on IPv6 loopback >>> 2) Disable IPv6 on your host >>> 3) Edit your /etc/hosts and comment out the IPv6 loopback >>> >>> I don't believe there is any way in fetchmail to tell it not to use >>> IPv6. I think your only option is to either ensure that your SMTP >>> server listens on IPv6 or disable IPv6 (or at least the lookup), with >>> the first being the cleanest approach IMO. >>> >>> You could also simply specify the smtphost as 127.0.0.1. >> >> And, of course, >> >> 4) Edit your /etc/hosts, add another alias for 127.0.0.1 and specify that >> as fetchmail's smtphost. Then I also loose mail, with specifying a port as well. Might be due to some postfix config, or to Apple's /etc/hostconfig: $ cat /etc/hostconfig ## # /etc/hostconfig ## # This file is maintained by the system control panels ## # Network configuration HOSTNAME=krille.blacktrash.org ROUTER=-AUTOMATIC- # Services AFPSERVER=-NO- AUTHSERVER=-NO- AUTOMOUNT=-YES- CUPS=-YES- IPFORWARDING=-NO- IPV6=-YES- MAILSERVER=-YES- NETINFOSERVER=-AUTOMATIC- NFSLOCKS=-AUTOMATIC- NISDOMAIN=-NO- RPCSERVER=-AUTOMATIC- TIMESYNC=-YES- QTSSERVER=-NO- WEBSERVER=-YES- SMBSERVER=-NO- DNSSERVER=-NO- COREDUMPS=-NO- VPNSERVER=-NO- CRASHREPORTER=-YES- ARDAGENT=-NO- Probably I could unset ipv6 there, but I'd prefer not to. Probably the best bet is to upgrade postfix -- once I find the time. Thanks for the advice though. c -- _B A U S T E L L E N_ lesen! --->> <http://www.blacktrash.org/baustellen.html> |
From: Matthias A. <mat...@gm...> - 2007-03-26 18:49:25
|
Joe Acquisto schrieb: > Maybe not the correct place to post this, but I am told this information is no longer accurate: > > ********************************************** > http://www.fetchmail.info/fetchmail-FAQ.html#F3 > > "S4. How can I use fetchmail with Novell GroupWise? > > The Novell GroupWise IMAP server would be better named GroupFoolish; it is (according to the designer of IMAP) unusably broken. Among other things, it doesn't include a required content length in its BODY[TEXT] response. > > Fetchmail works around this problem, but we strongly recommend voting with your dollars for a server that isn't brain-dead." > ********************************************** So in what respect is it sill broken, in what respect has it been fixed by Novell, and what is the oldest version that talks proper IMAP? TIA MA |
From: Rob F. <rf...@fu...> - 2007-03-26 17:56:33
|
Peter Pentchev wrote: > since the berlios server seems to dislike > multipart/signed messages containing a text/plain part and > an application/pgp-signature part: I've just fixed that. -- ==============================| "A microscope locked in on one point Rob Funk <rf...@fu...> |Never sees what kind of room that it's in" http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind" |
From: Peter P. <ro...@ri...> - 2007-03-26 17:42:01
|
On Mon, Mar 26, 2007 at 06:16:51PM +0300, Peter Pentchev wrote: > On Mon, Mar 26, 2007 at 02:48:22PM +0000, Rob MacGregor wrote: > > On 3/26/07, Christian Ebert <bla...@gm...> wrote: > > > Hello, > > > > > > When polling, fetchmail gives the following warning after the > > > first message: > > > > > > Trying to connect to ::1/25...connection failed. > > > fetchmail: connection to localhost:smtp [::1/25] failed: Connection refused. > > > Trying to connect to 127.0.0.1/25...connected. > > <---SNIP---> > > > Otherwise everything is working fine, I just wanted to know > > > whether there's an "innocent" way to get rid of this warning? > > > > 1) Have your mail server listen on IPv6 loopback > > 2) Disable IPv6 on your host > > 3) Edit your /etc/hosts and comment out the IPv6 loopback > > > > I don't believe there is any way in fetchmail to tell it not to use > > IPv6. I think your only option is to either ensure that your SMTP > > server listens on IPv6 or disable IPv6 (or at least the lookup), with > > the first being the cleanest approach IMO. > > > > You could also simply specify the smtphost as 127.0.0.1. > ...resending my own reply, since the berlios server seems to dislike multipart/signed messages containing a text/plain part and an application/pgp-signature part: > And, of course, > > 4) Edit your /etc/hosts, add another alias for 127.0.0.1 and specify that > as fetchmail's smtphost. 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 would be seven words long if it were six words shorter. |
From: Christian E. <bla...@gm...> - 2007-03-26 17:17:22
|
* Rob MacGregor on Monday, March 26, 2007 at 14:48:22 +0000: > On 3/26/07, Christian Ebert <bla...@gm...> wrote: >> When polling, fetchmail gives the following warning after the >> first message: >> >> Trying to connect to ::1/25...connection failed. >> fetchmail: connection to localhost:smtp [::1/25] failed: Connection refused. >> Trying to connect to 127.0.0.1/25...connected. > <---SNIP---> >> Otherwise everything is working fine, I just wanted to know >> whether there's an "innocent" way to get rid of this warning? > > 1) Have your mail server listen on IPv6 loopback > 2) Disable IPv6 on your host > 3) Edit your /etc/hosts and comment out the IPv6 loopback > > I don't believe there is any way in fetchmail to tell it not to use > IPv6. I think your only option is to either ensure that your SMTP > server listens on IPv6 or disable IPv6 (or at least the lookup), with > the first being the cleanest approach IMO. I'd have to upgrade postfix then; might do that some day. > You could also simply specify the smtphost as 127.0.0.1. I exprimented with that, but then, judging from the log, the mails were dispatched to my relayserver (by postfix?), bounced there due to missing envelope, and were lost (luckily only test mails). Might be because my postfix setup is a bit complicated as I am using ClamSmtpd. So I guess I'll just tolerate the warnings until I upgrade postfix. Thanks for answering. c -- _B A U S T E L L E N_ lesen! --->> <http://www.blacktrash.org/baustellen.html> |
From: Joe A. <jo...@j4...> - 2007-03-26 17:13:30
|
Maybe not the correct place to post this, but I am told this information is no longer accurate: ********************************************** http://www.fetchmail.info/fetchmail-FAQ.html#F3 "S4. How can I use fetchmail with Novell GroupWise? The Novell GroupWise IMAP server would be better named GroupFoolish; it is (according to the designer of IMAP) unusably broken. Among other things, it doesn't include a required content length in its BODY[TEXT] response. Fetchmail works around this problem, but we strongly recommend voting with your dollars for a server that isn't brain-dead." ********************************************** I am far from an IMAP expert. joe a. |
From: Rob M. <rob...@gm...> - 2007-03-26 16:50:15
|
On 3/26/07, Christian Ebert <bla...@gm...> wrote: > Hello, > > When polling, fetchmail gives the following warning after the > first message: > > Trying to connect to ::1/25...connection failed. > fetchmail: connection to localhost:smtp [::1/25] failed: Connection refused. > Trying to connect to 127.0.0.1/25...connected. <---SNIP---> > Otherwise everything is working fine, I just wanted to know > whether there's an "innocent" way to get rid of this warning? 1) Have your mail server listen on IPv6 loopback 2) Disable IPv6 on your host 3) Edit your /etc/hosts and comment out the IPv6 loopback I don't believe there is any way in fetchmail to tell it not to use IPv6. I think your only option is to either ensure that your SMTP server listens on IPv6 or disable IPv6 (or at least the lookup), with the first being the cleanest approach IMO. You could also simply specify the smtphost as 127.0.0.1. -- 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: Christian E. <bla...@gm...> - 2007-03-26 12:38:07
|
Hello, When polling, fetchmail gives the following warning after the first message: Trying to connect to ::1/25...connection failed. fetchmail: connection to localhost:smtp [::1/25] failed: Connection refused. Trying to connect to 127.0.0.1/25...connected. I believe this is due to the ipv6 loopback interface in my /etc/hosts: $ cat /etc/hosts ## # Host Database # # localhost is used to configure the loopback interface # when the system is booting. Do not change this entry. ## 127.0.0.1 localhost krille.blacktrash.org ::1 localhost krille.blacktrash.org 255.255.255.255 broadcasthost Otherwise everything is working fine, I just wanted to know whether there's an "innocent" way to get rid of this warning? $ fetchmail -V This is fetchmail release 6.3.8-rc2+SSL. Copyright (C) 2002, 2003 Eric S. Raymond Copyright (C) 2004 Matthias Andree, Eric S. Raymond, Rob F. Funk, Graham Wilson Copyright (C) 2005-2006 Sunil Shetye Copyright (C) 2005-2007 Matthias Andree Fetchmail comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. For details, please see the file COPYING in the source or documentation directory. Fallback MDA: (none) Darwin krille.blacktrash.org 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc Taking options from command line and /Users/chris/.fetchmailrc Idfile is /Users/chris/.fetchids Fetchmail will show progress dots even in logfiles. Fetchmail will forward misaddressed multidrop messages to chris. Options for retrieving from *******@pop.gmx.net: True name of server is pop.gmx.net. Protocol is POP3 (forcing UIDL use). Password authentication will be forced. SSL encrypted sessions enabled. SSL key fingerprint (checked against the server key): ************* Server nonresponse timeout is 60 seconds. Default mailbox selected. All messages will be retrieved (--all on). Fetched messages will not be kept on the server (--keep off). Old messages will not be flushed before message retrieval (--flush off). Oversized messages will not be flushed before message retrieval (--limitflush off). Rewrite of server-local addresses is enabled (--norewrite off). Carriage-return stripping is enabled (stripcr on). Carriage-return forcing is disabled (forcecr off). Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). MIME decoding is disabled (mimedecode off). Idle after poll is disabled (idle off). Nonempty Status lines will be kept (dropstatus off) Delivered-To lines will be kept (dropdelivered off) Fetch message size limit is 100 (--fetchsizelimit 100). Do binary search of UIDs during 3 out of 4 polls (--fastuidl 4). Messages will be SMTP-forwarded to: localhost (default) Single-drop mode: 1 local name recognized. No UIDs saved from this host. TIA c -- _B A U S T E L L E N_ lesen! --->> <http://www.blacktrash.org/baustellen.html> |