From: Techtron C. <tec...@gm...> - 2007-08-06 13:28:30
|
I had fetchmail running on a FreeBSD Server, which was downloading the email off a mail server on the internet, but got the following error msg, see below, but now the mail has been downloaded off the server on the internet and the mail is not is the local users mailbox, any chance I can recover the lost email, where should I look. Thanks in advance for any help. ==================================================== fetchmail: SMTP> RCPT TO:<general@localhost> fetchmail: SMTP< 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) fetchmail: SMTP error: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) fetchmail: SMTP listener doesn't really like recipient address `general@localhost' fetchmail: SMTP> RCPT TO:<postmaster@localhost> fetchmail: SMTP< 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) fetchmail: can't even send to postmaster! fetchmail: SMTP> RSET fetchmail: SMTP< 250 flushed flushed ===================================================== |
From: Peter P. <ro...@ri...> - 2007-08-06 14:14:09
|
On Mon, Aug 06, 2007 at 01:28:12PM +0200, Techtron Computers wrote: > I had fetchmail running on a FreeBSD Server, which was downloading the email > off a mail server on the internet, but got the following error msg, see > below, but now the mail has been downloaded off the server on the internet > and the mail is not is the local users mailbox, any chance I can recover the > lost email, where should I look. Errr, it shouldn't really have been downloaded "off the server on the Internet"; can you post several more lines of the fetchmail log, immediately following these? If there is no "DELE" command sent to the POP3 server in the following lines, then the mail should still be there, waiting for you to fetch it. Or am I assuming too much? Is this not a POP3 server? In any case, a couple more lines from the fetchmail log should help - you cut it off at almost the worst place possible, to keep us all in suspense :) > ==================================================== > fetchmail: SMTP> RCPT TO:<general@localhost> > fetchmail: SMTP< 553 sorry, that domain isn't in my list of allowed > rcpthosts (#5.7.1) > fetchmail: SMTP error: 553 sorry, that domain isn't in my list of allowed > rcpthosts (#5.7.1) > fetchmail: SMTP listener doesn't really like recipient address > `general@localhost' > fetchmail: SMTP> RCPT TO:<postmaster@localhost> > fetchmail: SMTP< 553 sorry, that domain isn't in my list of allowed > rcpthosts (#5.7.1) > fetchmail: can't even send to postmaster! > fetchmail: SMTP> RSET > fetchmail: SMTP< 250 flushed > flushed > ===================================================== 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 If wishes were fishes, the antecedent of this conditional would be true. |
From: Matthias A. <mat...@gm...> - 2007-08-06 15:41:42
|
Techtron Computers schrieb: > I had fetchmail running on a FreeBSD Server, which was downloading the email > off a mail server on the internet, but got the following error msg, see > below, but now the mail has been downloaded off the server on the internet > and the mail is not is the local users mailbox, any chance I can recover the > lost email, where should I look. > > Thanks in advance for any help. > > ==================================================== > fetchmail: SMTP> RCPT TO:<general@localhost> > fetchmail: SMTP< 553 sorry, that domain isn't in my list of allowed > rcpthosts (#5.7.1) > fetchmail: SMTP error: 553 sorry, that domain isn't in my list of allowed > rcpthosts (#5.7.1) > fetchmail: SMTP listener doesn't really like recipient address > `general@localhost' > fetchmail: SMTP> RCPT TO:<postmaster@localhost> > fetchmail: SMTP< 553 sorry, that domain isn't in my list of allowed > rcpthosts (#5.7.1) > fetchmail: can't even send to postmaster! > fetchmail: SMTP> RSET > fetchmail: SMTP< 250 flushed > flushed > ===================================================== Depends on your configuration - first, fix your qmail configuration (*) and add localhost to the rcpthosts. Then, if your mail is still on the server, you can try to retrieve it by adding --all -d0 to fetchmail's command line (and after that, re-run fetchmail as you'd normally do). If it's not on the upstream server - whoops. You can then obtain the mail addresses from the fetchmail or qmail-smtpd logs and ask the senders to re-send. (*) but consider migrating to Postfix soon, <http://home.pages.de/~mandree/qmail-bugs.html> HTH Matthias |
From: Josef.Fuchs <jos...@j-...> - 2007-08-06 18:22:40
|
Hello! I'm using fetchmail to retrieve mails from a pop3 account which until now is used with an alias address by two persons. Now I've tried to use fetchmail for user A and use procmail to distribute the mails which got sent to the alias address to user B on my mailserver. It seems that procmail isn't active during insertion of mails using fetchmail. Have you any hints what to do to get this working. Kind regards Josef |
From: Rob M. <rob...@gm...> - 2007-08-06 20:07:35
|
On 8/6/07, Josef.Fuchs <jos...@j-...> wrote: > Hello! > > I'm using fetchmail to retrieve mails from a pop3 account which until now is > used with an alias address by two persons. Now I've tried to use fetchmail > for user A and use procmail to distribute the mails which got sent to the > alias address to user B on my mailserver. > > It seems that procmail isn't active during insertion of mails using > fetchmail. That depends on your configuration, which you haven't given - not even the version of fetchmail you're using. > Have you any hints what to do to get this working. Well, you could look at the fetchmail man page under the section "Multidrop" :) Of course, this assumes that your ISP provides the required headers. If you want any more help you'll need to: 1) Ensure you're running fetchmail 6.3.8 2) Provide a copy of your .fetchmailrc 3) Provide a copy of the headers for a sample email -- 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 |