On Fri, Jul 21, 2000 at 02:48:05PM -0300, Christoph Simon wrote:
As a normal user I type:
fetchmail -v 21 | tee /tmp/fm.log
[snip1]
fetchmail: POP3 +OK [EMAIL PROTECTED]
fetchmail: POP3 USER ciccio
fetchmail: POP3 +OK ciccio gets mail here
fetchmail: POP3 PASS *
[snip2]
fetchmail: SMTP DATA
fetchmail: SMTP 354 Enter mail, end with . on a line by itself
Well, I think, it is the POP server that is to be blamed. A POP3
server is supposed to return the message followed by a CRLF
and '.' when a TOP n or a RETR n is given. It that does
not happen,
On Sat, Jul 22, 2000 at 08:17:43AM -0300, Christoph Simon wrote:
Well, I think, it is the POP server that is to be blamed. A POP3
server is supposed to return the message followed by a CRLF
and '.' when a TOP n or a RETR n is given. It that does
not happen, then a situation
I'm experiencing odd problems retrieving my mail using fetchmail on
debian frozen. No matter what options I give, the last message always
hangs. The size of the message is correctly displayed, and I can see
the message in /var/spool/mqueue, but it never ends, continuing
sending just spaces, megas
On Fri, Jul 21, 2000 at 09:02:35AM -0500, Christopher Tessone wrote:
Could you perhaps provide a little more information about your
fetchmail setup and sendmail configuration? As for me, I've never had
A trace of the session (ie, the output of fetchmail -v) would probably
also be useful. I'm
On Fri, Jul 21, 2000 at 09:02:35AM -0500, Christopher Tessone wrote:
Could you perhaps provide a little more information about your
fetchmail setup and sendmail configuration? As for me, I've never had
A trace of the session (ie, the output of fetchmail -v) would probably
also be
On Fri, Jul 21, 2000 at 06:12:29PM +0100, Mark Brown wrote:
A trace of the session (ie, the output of fetchmail -v) would probably
also be useful. I'm a bit concerned that you say that the SMTP server
keeps your mailbox locked when things fail - it shouldn't be touching
the mailbox until
On Fri, Jul 21, 2000 at 12:48:37PM -0500, Chris Tessone wrote:
It seemed to me he meant that the server from which he's grabbing the
mail is locking the file (on the remote server), not sendmail under
Linux.
Yeah - the POP server rather than the SMTP server.
--
Mark Brown mailto:[EMAIL
Hi,
This afternoon I lost lots of mail messages. My ISP says this is due to
my fetchmail and/or DNS and/or sendmail configuration. They told me
some really strange stories, so I'd like to know if someone could help
me understand.
Until a week ago I was using popclient, specifying `arrakis.es' as
On Sat, 10 May 1997, Ciccio wrote:
pop.arrakis.es, which now is another box. So I touched my .fetchmailrc
leaving it as this:
poll pop.arrakis.es proto pop3 user ciccio pass
* If that was your real
On Sat, 10 May 1997, Francis Swasey wrote:
They explained me that---because of 37,000 users--- they had
decided to use 1 RAID disk system with 2 computers which
balance load, so that each time I call, pop.arrakis.es may point to
another IP address. The confusion and data loss, according
* If that was your real password, change it immediately.
:-) `ni-Chufa' is spanish and means more or less like `nothing;' so it is not.
Thanks to all replys; didn't expect anything else, but if somebody repeats so
often the same thing, one starts to believe... The host names
On Sat, 10 May 1997, Ciccio wrote:
:-) `ni-Chufa' is spanish and means more or less like `nothing;' so it is not.
Thanks to all replys; didn't expect anything else, but if somebody repeats so
often the same thing, one starts to believe... The host names where real,
'cause maybe something
13 matches
Mail list logo
