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
> > and '.' when a TOP n or a RETR n is given. It that does
> > not happen, then a situation si
> > 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
> and '.' when a TOP n or a RETR n is given. It that does
> not
On Fri, Jul 21, 2000 at 02:48:05PM -0300, Christoph Simon wrote:
>
> As a normal user I type:
> fetchmail -v 2>&1 | tee /tmp/fm.log
>
[snip1]
> fetchmail: POP3< +OK <[EMAIL PROTECTED]>
> fetchmail: POP3> USER ciccio
> fetchmail: POP3< +OK ciccio gets mail here
> fetchmail: POP3> PASS *
[s
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 P
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 unti
> 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
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'
On 21 July 2000 at 8:51, Christoph Simon <[EMAIL PROTECTED]> wrote:
>
> 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 i
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 h
> * 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, 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, acco
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 pass
12 matches
Mail list logo
