fetchmail-users — User questions and discussion

[fetchmail-users] Re: "Seen" status disappears everytime

[Ratan N. <nal...@ya...>]

Hi all:

I am still struggling a bit with the configuration. As
suggested, I am going to describe what I am trying to achieve
and then explain what I have done so far.

- I want to download mail from the mailserver to my laptop,
  leaving an empty mailbox on the server.

- The mailserver currently has IMAP and POP3 ports open,
  though POP3 may be closed in the future. There is no server
  on the POP3S port as we speak though.

- Ideally, I don't want to enter the password to fetchmail,
  but have it use my ssh-agent if available and fail if not.

- I sometimes read the mail directly on the mail server
  using squirrelmail and elm. In these cases, the messages
  are being marked as Read on the server ("Status: RO").
However,
  when I get them using fetchmail on IMAP protocol, the Status
  line disappears in the fetched e-mail.

- When I fetch the same mail using fetchmail on POP3 protocol,
  the "Status" fields are retained but it leads to a different
  problem: insufficient integration with ssh/ssh-agent.

I tried the following configuration with IMAP protocol with the
result that all fetched mails were appearing as brand new:


=== IMAP config ===
set postmaster "ratan"
set bouncemail
set no spambounce
set properties ""
defaults mda "/usr/bin/procmail -d %T"

poll bitter
    plugin "env -u DISPLAY /home/ratan/bin/%h exec
/usr/local/bin/imapd" auth ssh;
    user 'ratan' there is 'ratan' here
    expunge 10
    options fetchall
    mda "cat >> /home/ratan/TEST"

=================

I tried the following configuration with POP3 at the suggestion
of Matthias. This almost worked except that it is not using SSH.

=== pop3, attempt#1 ===
poll bitter with pop3
   uidl
   options fetchall

=========

After some research, I tried the following to force it to use
ssh; but the results were still not good: this configuration
still asks for password; if I enter a bad password, the
authentication fails: i.e., apparently, unlike imap server, the
pop3 server has no preauthorized state.

==== pop3, attempt#2 ===
poll bitter with pop3 via localhost port 8005
   uidl
   preconnect "ssh -n -2 -a -C -f ratan@bitter -L
8005:bitter:110 sleep 5"

======

Any suggestions on how I can get the mail while retaining the
"Seen" flags exclusively using the ssh-agent for connection
would be great.

BTW, I tried fetchmail version 6.3.4 and 6.2.5.2 both with the
same results.

Thanks!
Ratan

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [fetchmail-users] "Seen" status disappears everytime [Resending]

[Matthias A. <mat...@gm...>]

Ratan Nalumasu <nal...@ya...> writes:

> I read the FAQ, man pages and tried several settings to solve a 
> simple problem "how to retain Seen flag when fetching mail with
> fetchmail" and met with complete failure.
>
> The problem is that when I read the mail on the server using
> elm, mailx, or squrrelmail, they all agree on what message is
> previously read and what is not. However, when I fetch the mail
> using fetchmail, those status bits are disappearing. I am
> attaching my .fetchmailrc, the contents of the mailbox before
> the fetchmail, output of "fetchmail -v -v", and the mailbox
> after the mail is fetched. Any help is welcome.

I see you're using IMAP, and unfortunately, fetchmail relies on the
\Seen flags stored on the server to determine which messages to download
with IMAP -- in your situation for instance, it will not download
messages that you've read with squirrelmail or elm at all.

There aren't many options out of this situation. You could theoretically
use "--fetchall --nokeep", but then squirrelmail could no longer be
used. If the server offers POP3 access, you can try POP3 with --uidl (or
the uidl option), fetchmail will use "TOP" to retrieve messages, which
works on most servers without setting seen flags. Some servers (such as
Dovecot) also don't set seen flags in IMAP when the message has been
retrieved with POP3.

A future fetchmail version (6.4.0 or something) will be able to track
the UID to see which messages are read or unread with IMAP as well (and
not just POP3), but that code has yet to be written.

Finally, fetchmail 6.2.5.* isn't officially supported any more (though
it may still be covered by vendor support), and 6.2.5.2 needs additional
patches (errata or something) to fix security bugs CVE-2005-3088 and
CVE-2005-4348. While they aren't major issues (one affects fetchmailconf
and the other multidrop), your vendor should have fixed them. Details at
http://www.fetchmail.info/

Anyways, I hope my answer helped you find a way around your problem. If
not, try describing what you're trying to achieve, perhaps somebody
knows a solution.

-- 
Matthias Andree

Re: [fetchmail-users] "Seen" status disappears everytime [Resending]

[Rob M. <rob...@gm...>]

On 4/21/06, Ratan Nalumasu <nal...@ya...> wrote:
> Hi
>
> I read the FAQ, man pages and tried several settings to solve a
> simple problem "how to retain Seen flag when fetching mail with
> fetchmail" and met with complete failure.
>
> The problem is that when I read the mail on the server using
> elm, mailx, or squrrelmail, they all agree on what message is
> previously read and what is not. However, when I fetch the mail
> using fetchmail, those status bits are disappearing. I am
> attaching my .fetchmailrc, the contents of the mailbox before
> the fetchmail, output of "fetchmail -v -v", and the mailbox
> after the mail is fetched. Any help is welcome.

Fetchmail keeps track locally of the email it's fetched.  This is
because fetchmail is *NOT* designed as an MUA, but to download remote
mailboxes.

In short, fetchmail is not designed for what you're trying to do
(though you don't say *why* you're trying to do it).

--
                 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] "Seen" status disappears everytime [Resending]

[Ratan N. <nal...@ya...>]

Hi

I read the FAQ, man pages and tried several settings to solve a 
simple problem "how to retain Seen flag when fetching mail with
fetchmail" and met with complete failure.

The problem is that when I read the mail on the server using
elm, mailx, or squrrelmail, they all agree on what message is
previously read and what is not. However, when I fetch the mail
using fetchmail, those status bits are disappearing. I am
attaching my .fetchmailrc, the contents of the mailbox before
the fetchmail, output of "fetchmail -v -v", and the mailbox
after the mail is fetched. Any help is welcome.

Thanks!
Ratan

============== .fetchmairc ===========
set postmaster "ratan"
set bouncemail
set no spambounce
set properties ""

defaults mda "/usr/bin/procmail -d %T"


poll bitter
    plugin "env -u DISPLAY /home/ratan/bin/%h exec
/usr/local/bin/imapd" auth ssh;
    user 'ratan' there is 'ratan' here
    expunge 10
    options fetchall
    mda "cat >> /home/ratan/TEST"

======= mailbox before fetchmail =====
$ cat /var/mail/ratan
>From ra...@cu...  Thu Apr 20 10:03:13 2006
Return-Path: <ra...@cu...>
Received: (from ratan@localhost)
        by bitter.cup.hp.com (8.11.1/8.11.1) id k3KH3D606424
        for ratan; Thu, 20 Apr 2006 10:03:13 -0700 (PDT)
Date: Thu, 20 Apr 2006 10:03:13 -0700 (PDT)
From: Ratan Nalumasu <ra...@cu...>
Message-Id: <200...@bi...>
To: ra...@bi...
Subject: mark this message as seen
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: RO

asdfasdf

>From ra...@cu...  Thu Apr 20 10:03:22 2006
Return-Path: <ra...@cu...>
Received: (from ratan@localhost)
        by bitter.cup.hp.com (8.11.1/8.11.1) id k3KH3Mm06429
        for ratan; Thu, 20 Apr 2006 10:03:22 -0700 (PDT)
Date: Thu, 20 Apr 2006 10:03:22 -0700 (PDT)
From: Ratan Nalumasu <ra...@cu...>
Message-Id: <200...@bi...>
To: ra...@bi...
Subject: NEW message
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

========== fetchmail -v -v =======
$ fetchmail -v -v
fetchmail: 6.2.5.2 querying bitter (protocol auto) at Thu 20 Apr
2006 10:06:13 AM PDT: poll started
fetchmail: 6.2.5.2 querying bitter (protocol IMAP) at Thu 20 Apr
2006 10:06:13 AM PDT: poll started
fetchmail: running env -u DISPLAY /home/ratan/bin/%h exec
/usr/local/bin/imapd (host bitter service 143)
fetchmail: IMAP< * PREAUTH [CAPABILITY IMAP4REV1 LITERAL+ IDLE
NAMESPACE MAILBOX-REFERRALS BINARY UNSELECT SCAN SORT
THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND]
Pre-authenticated user ratan bitter.cup.hp.com IMAP4rev1
2004.352 at Thu, 20 Apr 2006 10:06:17 -0700 (PDT)
fetchmail: IMAP> A0001 CAPABILITY
fetchmail: IMAP< * CAPABILITY IMAP4REV1 LITERAL+ IDLE NAMESPACE
MAILBOX-REFERRALS BINARY UNSELECT SCAN SORT THREAD=REFERENCES
THREAD=ORDEREDSUBJECT MULTIAPPEND SASL-IR LOGIN-REFERRALS
STARTTLS LOGINDISABLED
fetchmail: IMAP< A0001 OK CAPABILITY completed
fetchmail: Protocol identified as IMAP4 rev 1
fetchmail: selecting or re-polling default folder
fetchmail: IMAP> A0002 SELECT "INBOX"
fetchmail: IMAP< * 0 EXISTS
fetchmail: IMAP< * 2 EXISTS
fetchmail: IMAP< * NO Mailbox vulnerable - error creating
/var/mail/ratan.lock: No such file or directory
fetchmail: IMAP< * 0 RECENT
fetchmail: IMAP< * OK [UIDVALIDITY 1124412405] UID validity
status
fetchmail: IMAP< * OK [UIDNEXT 25193] Predicted next UID
fetchmail: IMAP< * FLAGS (\Answered \Flagged \Deleted \Draft
\Seen)
fetchmail: IMAP< * OK [PERMANENTFLAGS (\* \Answered \Flagged
\Deleted \Draft \Seen)] Permanent flags
fetchmail: IMAP< * OK [UNSEEN 2] first unseen message in
/home/ratan/mail/mbox
fetchmail: IMAP< A0002 OK [READ-WRITE] SELECT completed
fetchmail: 2 messages waiting after first poll
fetchmail: IMAP> A0003 EXPUNGE
fetchmail: IMAP< A0003 OK No messages deleted, so no update
needed
fetchmail: 2 messages waiting after expunge
2 messages for ratan at bitter.
fetchmail: IMAP> A0004 FETCH 1:2 RFC822.SIZE
fetchmail: IMAP< * 1 FETCH (RFC822.SIZE 491)
fetchmail: IMAP< * 2 FETCH (RFC822.SIZE 467)
fetchmail: IMAP< A0004 OK FETCH completed
fetchmail: IMAP> A0005 FETCH 1 RFC822.HEADER
fetchmail: IMAP< * 1 FETCH (RFC822.HEADER {481}
reading message ra...@bi...:1 of 2 (481 header
octets)
About to rewrite Return-Path: <ra...@cu...>
Rewritten version is Return-Path: <ra...@cu...>

About to rewrite From: Ratan Nalumasu <ra...@cu...>
Rewritten version is From: Ratan Nalumasu <ra...@cu...>

About to rewrite To: ra...@bi...
Rewritten version is To: ra...@bi...

fetchmail: about to deliver with: cat >> /home/ratan/TEST
#
fetchmail: IMAP< )
fetchmail: IMAP< A0005 OK FETCH completed
fetchmail: IMAP> A0006 FETCH 1 BODY.PEEK[TEXT]
fetchmail: IMAP< * 1 FETCH (BODY[TEXT] {10}
 (10 body octets) *
fetchmail: IMAP< )
fetchmail: IMAP< A0006 OK FETCH completed
 flushed
fetchmail: IMAP> A0007 STORE 1 +FLAGS (\Seen \Deleted)
fetchmail: IMAP< * 1 FETCH (FLAGS (\Seen \Deleted))
fetchmail: IMAP< A0007 OK STORE completed
fetchmail: IMAP> A0008 FETCH 2 RFC822.HEADER
fetchmail: IMAP< * 2 FETCH (RFC822.HEADER {467}
reading message ra...@bi...:2 of 2 (467 header
octets)
About to rewrite Return-Path: <ra...@cu...>
Rewritten version is Return-Path: <ra...@cu...>

About to rewrite From: Ratan Nalumasu <ra...@cu...>
Rewritten version is From: Ratan Nalumasu <ra...@cu...>

About to rewrite To: ra...@bi...
Rewritten version is To: ra...@bi...

fetchmail: about to deliver with: cat >> /home/ratan/TEST
#
fetchmail: IMAP< )
fetchmail: IMAP< A0008 OK FETCH completed
fetchmail: IMAP> A0009 FETCH 2 BODY.PEEK[TEXT]
fetchmail: IMAP< * 2 FETCH (BODY[TEXT] "")
 (0 body octets)
fetchmail: IMAP< A0009 OK FETCH completed
 flushed
fetchmail: IMAP> A0010 STORE 2 +FLAGS (\Seen \Deleted)
fetchmail: IMAP< * 2 FETCH (FLAGS (\Seen \Deleted))
fetchmail: IMAP< A0010 OK STORE completed
fetchmail: selecting or re-polling default folder
fetchmail: IMAP> A0011 EXPUNGE
fetchmail: IMAP< * 1 EXPUNGE
fetchmail: IMAP< * 1 EXPUNGE
fetchmail: IMAP< * 0 EXISTS
fetchmail: IMAP< * 0 RECENT
fetchmail: IMAP< A0011 OK Expunged 2 messages
fetchmail: 0 messages waiting after re-poll
fetchmail: IMAP> A0012 LOGOUT
fetchmail: IMAP< * BYE bitter.cup.hp.com IMAP4rev1 server
terminating connection
fetchmail: IMAP< A0012 OK LOGOUT completed
fetchmail: 6.2.5.2 querying bitter (protocol IMAP) at Thu 20 Apr
2006 10:06:15 AM PDT: poll completed
fetchmail: 6.2.5.2 querying bitter (protocol auto) at Thu 20 Apr
2006 10:06:15 AM PDT: poll completed
fetchmail: not swapping UID lists, no UIDs seen this query
fetchmail: Deleting fetchids file.
fetchmail: normal termination, status 0
fetchmail: Deleting fetchids file.

======= contents of /home/ratan/TEST file as a result of
fetchmail ========

$ cat TEST
Return-Path: <ra...@cu...>
Received: from bitter.cup.hp.com [15.13.188.97]
        by localhost with IMAP (fetchmail-6.2.5.2)
        for ratan@localhost (single-drop); Thu, 20 Apr 2006
10:06:15 -0700 (PDT)
Received: (from ratan@localhost)
        by bitter.cup.hp.com (8.11.1/8.11.1) id k3KH3D606424
        for ratan; Thu, 20 Apr 2006 10:03:13 -0700 (PDT)
Date: Thu, 20 Apr 2006 10:03:13 -0700 (PDT)
From: Ratan Nalumasu <ra...@cu...>
Message-Id: <200...@bi...>
To: ra...@bi...
Subject: mark this message as seen
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

asdfasdf
Return-Path: <ra...@cu...>
Received: from bitter.cup.hp.com [15.13.188.97]
        by localhost with IMAP (fetchmail-6.2.5.2)
        for ratan@localhost (single-drop); Thu, 20 Apr 2006
10:06:15 -0700 (PDT)
Received: (from ratan@localhost)
        by bitter.cup.hp.com (8.11.1/8.11.1) id k3KH3Mm06429
        for ratan; Thu, 20 Apr 2006 10:03:22 -0700 (PDT)
Date: Thu, 20 Apr 2006 10:03:22 -0700 (PDT)
From: Ratan Nalumasu <ra...@cu...>
Message-Id: <200...@bi...>
To: ra...@bi...
Subject: NEW message
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [fetchmail-users] Re: [fetchmail]fetchmail 6.3.4 stable release

[Matthias A. <mat...@gm...>]

On Tue, 18 Apr 2006, Dale Pontius wrote:

> Matthias Andree wrote:
> >Dale Pontius <po...@ki...> writes:
> >
> >>Hello,
> >>I realize that you hate multidrop, and generally disparage and deprecate
> >
> >That would be "procmail", and that antipathy is based on technical reasons.
> >
> No, I was talking fetchmail's "multidrop", not maildrop or procmail. As 
> a matter of fact, I AM using procmail, but that's more of an historical 
> accident than preference.

Ah, sorry, missed that in the late evening and misread it as maildrop
(the MDA). My apologies for not reading and thinking more carefully.

I'm not against multidrop as such; but several false decisions have been
made in fetchmail's history that need to be corrected to make fetchmail
reliable, and fetchmail has for far too long deluded users into
believing multidrop were an easy thing that would "just work" with
second-guessing aliases and recipients in place when in fact the
retrieved messages had been long past recovery and fetchmail had been
fighting lost cases rather than telling the user "sorry, pal, this can't
work".

And fetchmail's logging wasn't (and still isn't) sufficient to log all
the relevant data obtained to make fetchmail's decisions traceable,
which makes debugging such automatic setups next to impossible. If DNS
data changes or servers go temporarily out of synch, retracing this
situation in order to answer questions about the past, as in "why did
fetchmail decide this way" are unanswerable. I think such a state is
worse than asking a bit more explicit configuration from the user.

So I'll rather get rid of using information that can change every minute
and is thus hard to trace and replace it by hardcoded configuration
where that is sensible. It's also easier for the user to understand why
fetchmail did things a certain way if it's based on a configuration the
user made.

When I was rather new to fetchmail, my girl-friend had an account with
her own domain and domain forwards (qmail-style) but it took me quite a
while until I got the multidrop working right.

I think fetchmail could also use a revision of its configuration that is
more helpful in terms of guiding the user rather than slaying him with
the vast configuration space that it offers and just a short option
reference. That's nothing that can happen overnight, and if anyone is
willing to help with the documentation job, (s)he'll be more than
welcome.

To/Cc and DNS guessing will be removed and explicit envelope and domain
configuration will become necessary for POP3/IMAP multidrop, but
multidrop in general will remain. I may require explicit
singledrop/multidrop configuration per separate keyword so that
fetchmail can validate the "users [...] here" lists more strictly, if
that is desired.

> When I moved my email over to my new 
> infrastructure, (new server, Postfix instead of Exim, Dovecot instead of 
> UWash IMAP, etc.) I considered replacing procmail with maildrop. I got 
> the definite impression that maildrop is the better tool, but by this 
> time my procmail rules are all working, and I didn't feel like fussing 
> with it. Maybe some time, when I have time, I'll reexamine this issue.

Well, error handling is the point where procmail setups fall short. At
the very least, add

:0e
{ EXITCODE=75 HOST= }

after each delivering recipe to make sure messages remain in the queue
or on the server if there are problems (out of quota, disk full), rather
than having messages misfiled.

> One other reason, now obsolete... For a while I was running procmail 
> under xinetd as an lmtp server. The basic idea was to completely chroot 
> postfix, instead of having to leave the local delivery part un-chrooted. 
> I eventually decided I'd rather have postfix local delivery un-chrooted 
> and running with elevated authority than procmail, even though both try 
> to drop privileges when possible. Now if maildrop had an lmtp mode...

Well, Postfix drops privileges early, so using Postfix and using
procmail WITHOUT set-uid bit set should be pretty safe in terms of
containing possible havoc to a certain user account while keeping the
system (as the basis of everything) out of harm's way.

Of course, if the .procmailrc (or .mailfilter, for that matter) does
stupid things like injecting untrusted data into the shell, there isn't
much Postfix or an LMTP wrapper could do about that.

> As I said, the whole issue is fetchmail's multidrop mode. The rest of 
> your letter has satisfied my concerns quite nicely. It looks like that 
> work I did after the 6.3.2 upgrade was well worth it, and the right 
> thing to do. I'm guessing that when 6.3.4 makes it to Gentoo x86 I'll 
> have no problems with the upgrade.

Well, that is at least my intention for the 6.3.X releases - update from
6.3.X to 6.3.X+N are supposed to be smooth.

> >The implicit automatic DNS lookups. "aka" will continue to work. The
> >implicit lookups assume the POP3 or IMAP server were the same as the
> >SMTP server of the ISP, which is often untrue nowadays.

> Interestingly enough, since I own a domain and have an email forwarding 
> service for all mail to that domain to be sent to my pop box at my ISP, 
> I find that I needed to add 'aka' statements for the domain-host's 
> forwarding machines. That made everything work *perfectly*, which it 
> never had before.

...and which is evidence that fetchmail's assumption that POP3/IMAP
servers are the same as those recorded as MX (SMTP) servers simply
doesn't hold in yet another individual case.

> I suspect you also changed the "-v -v" debugging 
> information some, because this time it was absolutely clear what I 
> needed to do with 'aka' statements to make things work. I don't remember 
> the debugging information being that useful, before.

Well, not something that addressed this particular issue, but there have
been some logging/verbosity fixes which should make "-v", "-vv", "-vvv",
"--silent" smoother than before. fetchmail is a long way from my calling
it thoroughly logging though.

I hope that clears more multidrop concerns up a bit. It pretty much
looks to me like your configuration (based on "aka") will be supported
by future fetchmail versions.

Kind regards,

-- 
Matthias Andree

Re: [fetchmail-users] Re: [fetchmail]fetchmail 6.3.4 stable release

[Dale P. <po...@ki...>]

Matthias Andree wrote:
> Dale Pontius <po...@ki...> writes:
>
>   
>> Hello,
>> I realize that you hate multidrop, and generally disparage and deprecate
>>     
>
> That would be "procmail", and that antipathy is based on technical reasons.
>   
No, I was talking fetchmail's "multidrop", not maildrop or procmail. As 
a matter of fact, I AM using procmail, but that's more of an historical 
accident than preference. When I moved my email over to my new 
infrastructure, (new server, Postfix instead of Exim, Dovecot instead of 
UWash IMAP, etc.) I considered replacing procmail with maildrop. I got 
the definite impression that maildrop is the better tool, but by this 
time my procmail rules are all working, and I didn't feel like fussing 
with it. Maybe some time, when I have time, I'll reexamine this issue.

One other reason, now obsolete... For a while I was running procmail 
under xinetd as an lmtp server. The basic idea was to completely chroot 
postfix, instead of having to leave the local delivery part un-chrooted. 
I eventually decided I'd rather have postfix local delivery un-chrooted 
and running with elevated authority than procmail, even though both try 
to drop privileges when possible. Now if maildrop had an lmtp mode...
>   
>> the heck out of it, but for some of us, it's about the only way to
>> make our email come out halfway decent.
>>     
>
> Certainly not. Maildrop is, in many cases, a better alternative to
> procmail and more than just a surrogate, and I have yet to see a
> reasonable procmail construct that you can't write in maildrop or that
> would look uglier.
>
> I'll concede I'm biased WRT maildrop's syntax which borrows a bit from
> C/C++/Java, but the other reasons like error handling are so much better
> in maildrop it's worth a look. Even if your .procmailrc has two dozen
> rules, it's worth the switch.
>
>   
>> Given the text of this announcement, I need to ask some questions, and
>> also see if I'm going to have to squirrel away a "last usable" copy of
>> fetchmail source at some point.
>>     
>
> It's not that fetchmail would stop working with procmail, or something
> else, but rather that I'm not going to help you with getting procmail to
> work with fetchmail and vice versa. I don't intend to waste my time
> helping people to shoot themselves in their feet.
>   
As I said, the whole issue is fetchmail's multidrop mode. The rest of 
your letter has satisfied my concerns quite nicely. It looks like that 
work I did after the 6.3.2 upgrade was well worth it, and the right 
thing to do. I'm guessing that when 6.3.4 makes it to Gentoo x86 I'll 
have no problems with the upgrade.
>   
>>> # DEPRECATED FEATURES AND MAJOR INCOMPATIBLE CHANGE ADVANCE WARNINGS
>>> * The MX and host alias DNS lookups that fetchmail performs in multidrop mode
>>>   are obsolete, deprecated and may be removed from a future fetchmail version.
>>>   They have never supported IPv6 (including IPv6-mapped IPv4) anyhow.
>>>       
>
>   
>> Is this the 'aka' being deprecated, or is it some implicit lookup that I
>> won't have to worry about, as long as I have 'aka' properly set up?
>>     
>
> The implicit automatic DNS lookups. "aka" will continue to work. The
> implicit lookups assume the POP3 or IMAP server were the same as the
> SMTP server of the ISP, which is often untrue nowadays.
>   
Interestingly enough, since I own a domain and have an email forwarding 
service for all mail to that domain to be sent to my pop box at my ISP, 
I find that I needed to add 'aka' statements for the domain-host's 
forwarding machines. That made everything work *perfectly*, which it 
never had before. I suspect you also changed the "-v -v" debugging 
information some, because this time it was absolutely clear what I 
needed to do with 'aka' statements to make things work. I don't remember 
the debugging information being that useful, before.

Thanks,
Dale Pontius
>   
>> Related to the 'aka' question, I noticed that when I upgraded to 6.3.2,
>> multidrop pretty much fell apart for me, delivering all mail to the
>> default id. I went back and RTFM, ran fetchmail with extra '-v's, added
>> some extra 'aka's, and actually got it running better than ever.
>>     
>
> Well, that is, in fact, the reason why the automatisms will go and users
> will have to use "aka" and thereabouts after 6.4.0.
>
> It's not like a hundred of aliased domains were changing every day, so
> "aka" will work well enough for most.
>
>   
>> Most notably, we'd always lived with some duplicates that were now
>> resolved and eliminated. Given that I've already spent the effort to
>> adapt to the jump from 6.2.x to 6.3.2, am I set for the foreseeable
>> future, or do these notes presage major pain to come?
>>     
>
> The exact effect will, of course, depend on configuration. Assuming the
> "aka" configuration covers all the destination addresses, that part
> would very likely be set.
>
> The announcements are mainly there so people who intend to upgrade from
> 6.3.X to a newer 6.4, 6.Y, 7.0, ... release know where to look before
> actually installing the newer version. My idea is letting users make an
> /informed/ decision. No more luring people into "gold" versions with
> radical changes.
>
> I will keep an eye on compatibility in configuration where that is
> feasible and sensible. But do you know anyone who's using POP2 to fetch
> mail? I don't. Do you know any ISP where the MX is the POP3 server so
> that implicit DNS lookups to detect domain aliases actually work? None
> of mine does.
>
>   
>> I only WISH my ISP would support ssl/tls, or etrn, or odmr. I'm STUCK
>> with multidrop, unless I spring for more $$$ to use a different provider
>> for my email. I'm already paying $$$$ for a cable ISP and $$ for my
>> domain and forwarding, not to mention $$.$e$$ for kids' education, so
>> $$$ just to avoid multidrop just isn't in the cards, for now. (My ISP
>> has multiple POP boxes, but my domain forwarding doesn't have enough
>> capability, so I use multidrop.)
>>     
>
> Well, multidrop can work if done right. See
> <http://home.pages.de/~mandree/mail/multidrop> - if the requirements
> listed there are met, multidrop will work reliably, without any
> duplicate/undeliverable messages (except those with mistyped or guessed
> addresses, think spammers trying a dictionary of local addresses on your
> *@your.example.org catchall multidrop).
>
> As long as hashed authentication schemes such as CRAM-MD5 or APOP are
> supported by your ISP, SSL/TLS is not actually needed, because the mail
> has arrived at your provider's site unencrypted anyways and
> APOP/CRAM-MD5 still protect your password from eavesdropping, and for
> encrypted mail, there are GnuPG and S/MIME which don't require ISP
> support, consent or something like that. And with Thunderbird with the
> Enigmail extension, GnuPG is simple enough to use, too -- IMO.
>
> All in all, there will not be much to worry about that would make
> fetchmail unusable.
>
>   

Re: [fetchmail-users] Re: [fetchmail]fetchmail 6.3.4 stable release

[Matthias A. <mat...@gm...>]

"Rob MacGregor" <rob...@gm...> writes:

> However, I don't believe that there is any intention of removing
> multidrop.  From my understanding the intention is to fix the parts
> that are broken (or remove the parts that should never have been
> there).
>
> Of course, Matthias may come along and say I'm wrong, but I'm hoping not :-)

Exactly - my plan is to remove parts that either shouldn't have been
there and/or that were there but have never worked as advertised. But I
think it'll take some time until a new 6.4 or 6.5 release, and in the
meanwhile I'll complain to BerliOS that the

http://prdownload.berlios.de/fetchmail/ 
http://download.berlios.de/fetchmail/ 
http://download2.berlios.de/fetchmail/ 

are no longer browsable - because that used to be the place to get old
versions (and it still is if you add the filename to the URL, for
instance, fetchmail-6.2.5.5.tar.bz2 - not that I'd recommend or support
it, but it's still there and will be).

-- 
Matthias Andree

Re: [fetchmail-users] Re: [fetchmail]fetchmail 6.3.4 stable release

[Matthias A. <mat...@gm...>]

Dale Pontius <po...@ki...> writes:

> Hello,
> I realize that you hate multidrop, and generally disparage and deprecate

That would be "procmail", and that antipathy is based on technical reasons.

> the heck out of it, but for some of us, it's about the only way to
> make our email come out halfway decent.

Certainly not. Maildrop is, in many cases, a better alternative to
procmail and more than just a surrogate, and I have yet to see a
reasonable procmail construct that you can't write in maildrop or that
would look uglier.

I'll concede I'm biased WRT maildrop's syntax which borrows a bit from
C/C++/Java, but the other reasons like error handling are so much better
in maildrop it's worth a look. Even if your .procmailrc has two dozen
rules, it's worth the switch.

> Given the text of this announcement, I need to ask some questions, and
> also see if I'm going to have to squirrel away a "last usable" copy of
> fetchmail source at some point.

It's not that fetchmail would stop working with procmail, or something
else, but rather that I'm not going to help you with getting procmail to
work with fetchmail and vice versa. I don't intend to waste my time
helping people to shoot themselves in their feet.

>> # DEPRECATED FEATURES AND MAJOR INCOMPATIBLE CHANGE ADVANCE WARNINGS
>> * The MX and host alias DNS lookups that fetchmail performs in multidrop mode
>>   are obsolete, deprecated and may be removed from a future fetchmail version.
>>   They have never supported IPv6 (including IPv6-mapped IPv4) anyhow.

> Is this the 'aka' being deprecated, or is it some implicit lookup that I
> won't have to worry about, as long as I have 'aka' properly set up?

The implicit automatic DNS lookups. "aka" will continue to work. The
implicit lookups assume the POP3 or IMAP server were the same as the
SMTP server of the ISP, which is often untrue nowadays.

> Related to the 'aka' question, I noticed that when I upgraded to 6.3.2,
> multidrop pretty much fell apart for me, delivering all mail to the
> default id. I went back and RTFM, ran fetchmail with extra '-v's, added
> some extra 'aka's, and actually got it running better than ever.

Well, that is, in fact, the reason why the automatisms will go and users
will have to use "aka" and thereabouts after 6.4.0.

It's not like a hundred of aliased domains were changing every day, so
"aka" will work well enough for most.

> Most notably, we'd always lived with some duplicates that were now
> resolved and eliminated. Given that I've already spent the effort to
> adapt to the jump from 6.2.x to 6.3.2, am I set for the foreseeable
> future, or do these notes presage major pain to come?

The exact effect will, of course, depend on configuration. Assuming the
"aka" configuration covers all the destination addresses, that part
would very likely be set.

The announcements are mainly there so people who intend to upgrade from
6.3.X to a newer 6.4, 6.Y, 7.0, ... release know where to look before
actually installing the newer version. My idea is letting users make an
/informed/ decision. No more luring people into "gold" versions with
radical changes.

I will keep an eye on compatibility in configuration where that is
feasible and sensible. But do you know anyone who's using POP2 to fetch
mail? I don't. Do you know any ISP where the MX is the POP3 server so
that implicit DNS lookups to detect domain aliases actually work? None
of mine does.

> I only WISH my ISP would support ssl/tls, or etrn, or odmr. I'm STUCK
> with multidrop, unless I spring for more $$$ to use a different provider
> for my email. I'm already paying $$$$ for a cable ISP and $$ for my
> domain and forwarding, not to mention $$.$e$$ for kids' education, so
> $$$ just to avoid multidrop just isn't in the cards, for now. (My ISP
> has multiple POP boxes, but my domain forwarding doesn't have enough
> capability, so I use multidrop.)

Well, multidrop can work if done right. See
<http://home.pages.de/~mandree/mail/multidrop> - if the requirements
listed there are met, multidrop will work reliably, without any
duplicate/undeliverable messages (except those with mistyped or guessed
addresses, think spammers trying a dictionary of local addresses on your
*@your.example.org catchall multidrop).

As long as hashed authentication schemes such as CRAM-MD5 or APOP are
supported by your ISP, SSL/TLS is not actually needed, because the mail
has arrived at your provider's site unencrypted anyways and
APOP/CRAM-MD5 still protect your password from eavesdropping, and for
encrypted mail, there are GnuPG and S/MIME which don't require ISP
support, consent or something like that. And with Thunderbird with the
Enigmail extension, GnuPG is simple enough to use, too -- IMO.

All in all, there will not be much to worry about that would make
fetchmail unusable.

-- 
Matthias Andree

Re: [fetchmail-users] Re: [fetchmail]fetchmail 6.3.4 stable release

[Rob M. <rob...@gm...>]

On 4/17/06, Dale Pontius <po...@ki...> wrote:
> Hello,
> I realize that you hate multidrop, and generally disparage and deprecate
> the heck out of it, but for some of us, it's about the only way to make
> our email come out halfway decent. Given the text of this announcement,
> I need to ask some questions, and also see if I'm going to have to
> squirrel away a "last usable" copy of fetchmail source at some point.

It's also pretty much my only option (and if I switch hosts as I plan,
it will be my only option), so I'm in favour of a solid multidrop. 
The problem has, IMO, been that historically much of the multidrop
stuff has been based around guesswork and has often given different
results from what was intended or expected.

Just take a look through the archive of the old list and you'll see :-)

> I only WISH my ISP would support ssl/tls, or etrn, or odmr. I'm STUCK
> with multidrop, unless I spring for more $$$ to use a different provider
> for my email. I'm already paying $$$$ for a cable ISP and $$ for my
> domain and forwarding, not to mention $$.$e$$ for kids' education, so
> $$$ just to avoid multidrop just isn't in the cards, for now. (My ISP
> has multiple POP boxes, but my domain forwarding doesn't have enough
> capability, so I use multidrop.)

Actually, I'm looking at switching from a provider that, in theory,
allows me to avoid the use of multidrop to one that would force this. 
I'm planning this because my current provider is, well, less than
brilliant :)  I've got a vested interest in multidrop staying.

However, I don't believe that there is any intention of removing
multidrop.  From my understanding the intention is to fix the parts
that are broken (or remove the parts that should never have been
there).

Of course, Matthias may come along and say I'm wrong, but I'm hoping not :-)

--
                 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] Re: [fetchmail]fetchmail 6.3.4 stable release

[Dale P. <po...@ki...>]

Hello,
I realize that you hate multidrop, and generally disparage and deprecate 
the heck out of it, but for some of us, it's about the only way to make 
our email come out halfway decent. Given the text of this announcement, 
I need to ask some questions, and also see if I'm going to have to 
squirrel away a "last usable" copy of fetchmail source at some point.

Matthias Andree wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Greetings,
>
> I am announcing the release of fetchmail 6.3.4. This new stable version
> of fetchmail fixes several minor bugs, adds a --pidfile option, a
> Vietnamese translation and updates other translations.
> For details, please see below.
>
> The software is available from:
> <http://developer.berlios.de/project/showfiles.php?group_id=1824&release_id=9751>
>
> The fetchmail home pages is:
> <http://www.fetchmail.info/>  or  <http://fetchmail.berlios.de/>
>
> These are the relevant changes in 6.3.4 since 6.3.3;
> unless otherwise noted, changes to this release were made by Matthias Andree:
>
> # DEPRECATED FEATURES AND MAJOR INCOMPATIBLE CHANGE ADVANCE WARNINGS
> * The MX and host alias DNS lookups that fetchmail performs in multidrop mode
>   are obsolete, deprecated and may be removed from a future fetchmail version.
>   They have never supported IPv6 (including IPv6-mapped IPv4) anyhow.
>   
Is this the 'aka' being deprecated, or is it some implicit lookup that I 
won't have to worry about, as long as I have 'aka' properly set up?
> * The monitor and interface options may be removed from a future fetchmail
>   version as they are not sufficiently portable.
> * POP2 is obsolete.
>   Support for POP2 may be removed from a future fetchmail version.
> * RPOP is obsolete, support may be removed from a future fetchmail release.
> * --sslcertck may become a default setting in a future fetchmail version.
> * The multidrop To/Cc guessing code along with the fragile duplicate suppressor
>   is deprecated and may be removed from a future release.
>   
Related to the 'aka' question, I noticed that when I upgraded to 6.3.2, 
multidrop pretty much fell apart for me, delivering all mail to the 
default id. I went back and RTFM, ran fetchmail with extra '-v's, added 
some extra 'aka's, and actually got it running better than ever. Most 
notably, we'd always lived with some duplicates that were now resolved 
and eliminated. Given that I've already spent the effort to adapt to the 
jump from 6.2.x to 6.3.2, am I set for the foreseeable future, or do 
these notes presage major pain to come?
> * The --enable-fallback (fall back to MDA if MTA unavailable) may be removed
>   from a future fetchmail release.
> * The "protocol auto" default inside fetchmail may be removed from a future
>   fetchmail release. Explicit configuration of the protocol is recommended.
>
> # KNOWN BUGS AND WORKAROUNDS:
>   (this section floats upwards through the NEWS to be on top of the list)
> * fetchmail does not handle messages without Message-ID header well
>   (See sourceforge.net bug #780933)
> * Sun Workshop 6 (SPARC) is known to miscompile the lexer in 64-bit mode.
>   Either compile 32-bit code or use GCC to compile 64-bit fetchmail.
>   Note that fetchmail doesn't take advantage of 64-bit code anyways,
>   so compiling 32-bit SPARC code should be fine.
> * The code still isn't 100% ISO-C compliant, some configurations attempt to
>   compile files that are empty after preprocessing, which can cause compiler
>   diagnostics and perhaps jam the compilation on strict compilers.
>
> # BUG FIXES:
> * configure: detect res_* functions properly with newer glibc ABIs.
>   Patch by Miloslav Trmac.
> * tracepolls: add folder information if available. Reported by Terry Brown.
> * lexer: add %option noyywrap to avoid link errors about missing yywrap().
> * a few more type fixes for report/snprintf, patch by Miloslav Trmac.
> * bouncing: fetchmail would still send "General SMTP/ESMTP error." bounces
>   in spite of "no bouncemail" configuration.
> * SSL/TLS: if, for a certain server, an sslfingerprint is specified and
>   sslcertck is NOT set, suppress printing SSL certificate mismatch errors.
>   (Reported by Hannes Erven.)
> * SSL/TLS: always print if the sslfingerprint mismatches, even in silent
>   mode.  (This is for consistency with certificate verification errors.)
>   
I only WISH my ISP would support ssl/tls, or etrn, or odmr. I'm STUCK 
with multidrop, unless I spring for more $$$ to use a different provider 
for my email. I'm already paying $$$$ for a cable ISP and $$ for my 
domain and forwarding, not to mention $$.$e$$ for kids' education, so 
$$$ just to avoid multidrop just isn't in the cards, for now. (My ISP 
has multiple POP boxes, but my domain forwarding doesn't have enough 
capability, so I use multidrop.)

Dale Pontius
> # TRANSLATION UPDATES:
> * German/de (Matthias Andree), French/fr (Matthias Andree), Spanish/es (Héctor
>   García), Polish/pl (Jakub Bogusz), Japanese/ja (Takeshi Hamasaki)
> * New Vietnamese/vi translation (Clytie Siddall).
> * Updated French descriptions for the .spec file (Stéphane Schildknecht,
>   Luc Pionchon, Matthias Andree).
>
> # CHANGES:
> * pidfile: there is a new command-line (--pidfile PATH) and global option for
>   the rcfile (set pidfile [=] "/path/to/pidfile") option to allow overriding
>   the default location of the PID file.
>   Requested by Héctor García, Debian maintainer.
> * specgen.sh: Converted to UTF-8 to support translated texts better.
>
> Regards,
>
> - -- 
> Matthias Andree
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.0 (GNU/Linux)
>
> iD8DBQFEP9NcvmGDOQUufZURArqIAKC6oo1DQLVwV9Luct07Q1AiCY7SvACg0VPL
> fErfpBSuF828FlAI8payL+A=
> =uWqI
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Fetchmail-friends mailing list
> Fet...@li...
> http://lists.ccil.org/cgi-bin/mailman/listinfo/fetchmail-friends
>   

Re: [fetchmail-users] Getting only messages older than X days

[Matthias A. <mat...@gm...>]

Arik Funke <ari...@gm...> writes:

> The idea is to use fetchmail to create an archive of my various email
> accounts at a central location... but only archive emails that have been
> on the respective account for some time, such as to give me time to
> delete spam and unwanted mail with my email client before archiving.

fetchmail does not support such age-based operations (yet).

-- 
Matthias Andree

Re: [fetchmail-users] Getting only messages older than X days

[Rob M. <rob...@gm...>]

On 4/14/06, Arik Funke <ari...@gm...> wrote:
> Hello together,
>
> does anybody know if it is possible to use fetchmail to get only
> messages that are older than X days?

No.

--
                 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] Getting only messages older than X days

[Arik F. <ari...@gm...>]

Hello together,

does anybody know if it is possible to use fetchmail to get only 
messages that are older than X days?

The idea is to use fetchmail to create an archive of my various email 
accounts at a central location... but only archive emails that have been 
on the respective account for some time, such as to give me time to 
delete spam and unwanted mail with my email client before archiving.

Cheers,
Arik

[fetchmail-users] fetchmail 6.3.4 stable release

[Matthias A. <mat...@gm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greetings,

I am announcing the release of fetchmail 6.3.4. This new stable version
of fetchmail fixes several minor bugs, adds a --pidfile option, a
Vietnamese translation and updates other translations.
For details, please see below.

The software is available from:
<http://developer.berlios.de/project/showfiles.php?group_id=1824&release_id=9751>

The fetchmail home pages is:
<http://www.fetchmail.info/>  or  <http://fetchmail.berlios.de/>

These are the relevant changes in 6.3.4 since 6.3.3;
unless otherwise noted, changes to this release were made by Matthias Andree:

# DEPRECATED FEATURES AND MAJOR INCOMPATIBLE CHANGE ADVANCE WARNINGS
* The MX and host alias DNS lookups that fetchmail performs in multidrop mode
  are obsolete, deprecated and may be removed from a future fetchmail version.
  They have never supported IPv6 (including IPv6-mapped IPv4) anyhow.
* The monitor and interface options may be removed from a future fetchmail
  version as they are not sufficiently portable.
* POP2 is obsolete.
  Support for POP2 may be removed from a future fetchmail version.
* RPOP is obsolete, support may be removed from a future fetchmail release.
* --sslcertck may become a default setting in a future fetchmail version.
* The multidrop To/Cc guessing code along with the fragile duplicate suppressor
  is deprecated and may be removed from a future release.
* The --enable-fallback (fall back to MDA if MTA unavailable) may be removed
  from a future fetchmail release.
* The "protocol auto" default inside fetchmail may be removed from a future
  fetchmail release. Explicit configuration of the protocol is recommended.

# KNOWN BUGS AND WORKAROUNDS:
  (this section floats upwards through the NEWS to be on top of the list)
* fetchmail does not handle messages without Message-ID header well
  (See sourceforge.net bug #780933)
* Sun Workshop 6 (SPARC) is known to miscompile the lexer in 64-bit mode.
  Either compile 32-bit code or use GCC to compile 64-bit fetchmail.
  Note that fetchmail doesn't take advantage of 64-bit code anyways,
  so compiling 32-bit SPARC code should be fine.
* The code still isn't 100% ISO-C compliant, some configurations attempt to
  compile files that are empty after preprocessing, which can cause compiler
  diagnostics and perhaps jam the compilation on strict compilers.

# BUG FIXES:
* configure: detect res_* functions properly with newer glibc ABIs.
  Patch by Miloslav Trmac.
* tracepolls: add folder information if available. Reported by Terry Brown.
* lexer: add %option noyywrap to avoid link errors about missing yywrap().
* a few more type fixes for report/snprintf, patch by Miloslav Trmac.
* bouncing: fetchmail would still send "General SMTP/ESMTP error." bounces
  in spite of "no bouncemail" configuration.
* SSL/TLS: if, for a certain server, an sslfingerprint is specified and
  sslcertck is NOT set, suppress printing SSL certificate mismatch errors.
  (Reported by Hannes Erven.)
* SSL/TLS: always print if the sslfingerprint mismatches, even in silent
  mode.  (This is for consistency with certificate verification errors.)

# TRANSLATION UPDATES:
* German/de (Matthias Andree), French/fr (Matthias Andree), Spanish/es (Héctor
  García), Polish/pl (Jakub Bogusz), Japanese/ja (Takeshi Hamasaki)
* New Vietnamese/vi translation (Clytie Siddall).
* Updated French descriptions for the .spec file (Stéphane Schildknecht,
  Luc Pionchon, Matthias Andree).

# CHANGES:
* pidfile: there is a new command-line (--pidfile PATH) and global option for
  the rcfile (set pidfile [=] "/path/to/pidfile") option to allow overriding
  the default location of the PID file.
  Requested by Héctor García, Debian maintainer.
* specgen.sh: Converted to UTF-8 to support translated texts better.

Regards,

- -- 
Matthias Andree
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFEP9NcvmGDOQUufZURArqIAKC6oo1DQLVwV9Luct07Q1AiCY7SvACg0VPL
fErfpBSuF828FlAI8payL+A=
=uWqI
-----END PGP SIGNATURE-----

[fetchmail-users] fetchmail 6.3.4-rc2 release candidate

[Matthias A. <mat...@gm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greetings,

after a few more fixes and hoping that the translation project finally
uploads the new .pot file, I have uploaded the new 6.3.4 release
candidate to: <http://mandree.home.pages.de/fetchmail/>

Changes in fetchmail 6.3.4-rc2 (since 6.3.4-rc1):

# KNOWN BUGS AND WORKAROUNDS:
* fetchmail does not handle messages without Message-ID header well
  (See sourceforge.net bug #780933)

# BUG FIXES:
* bouncing: fetchmail would still send "General SMTP/ESMTP error." bounces
  in spite of "no bouncemail" configuration.
* SSL/TLS: if, for a certain server, an sslfingerprint is specified and
  sslcertck is NOT set, suppress printing SSL certificate mismatch errors.
  (Reported by Hannes Erven.)
* SSL/TLS: always print if the sslfingerprint mismatches, even in silent
  mode.  (This is for consistency with certificate verification errors.)

Happy mailfetching,
Matthias Andree
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFENOcGvmGDOQUufZURAlc8AJ9tBqFO4MRweU5FJQSg8uHGCPC2UgCfa3ac
KwWiQoHUqsZU0nVhdIwBxSo=
=9hkc
-----END PGP SIGNATURE-----

Re: [fetchmail-users] Re: [fetchmail-announce] fetchmail 6.3.2 stable release fixes several bugs

[Matthias A. <mat...@gm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andreas Hasenack <aha...@te...> writes:

> Em Qui 30 Mar 2006 20:17, Matthias Andree escreveu:
>> Greetings,
>>
>> I am announcing the release of fetchmail 6.3.3. This new stable version
>> of fetchmail fixes several bugs, among them two crashes. For details,
>> please see below.
>
> I'm getting a BAD signature on the 6.3.3 tarball I just downloaded:

Please check if the file is complete, the proper size is 1197241 bytes.
You can also use bzip2 -t fetchmail-6.3.3.tar.bz2 to test if it's
complete. If it is shorter, remove it and try downloading it again.

> $ gpg --verify fetchmail-6.3.3.tar.bz2.asc fetchmail-6.3.3.tar.bz2
> gpg: Signature made Thu Mar 30 19:44:50 2006 BRT using DSA key ID 052E7D95
> gpg: BAD signature from "Matthias Andree <mat...@gm...>"

The signature date seems OK if BRT = UTC - 3 h.

> $ sha1sum fetchmail-6.3.3.tar.bz2
> 0efc0fed3adc123c23e57cb160ba5a72cf68848f  fetchmail-6.3.3.tar.bz2
>
> $ md5sum fetchmail-6.3.3.tar.bz2
> 8914475fdcb93844e473f97a5e3e6dcf  fetchmail-6.3.3.tar.bz2

I've got:

LC_ALL=C TZ=UTC gpg --verify fetchmail-6.3.3.tar.bz2.asc  fetchmail-6.3.3.tar.bz2
gpg: Signature made Thu Mar 30 22:44:50 2006 UTC using DSA key ID 052E7D95
gpg: Good signature from "Matthias Andree <mat...@gm...>"

MD5 (fetchmail-6.3.3.tar.bz2) = d6f6ecd02fa5c92b84d44fe031067938
SHA1 (fetchmail-6.3.3.tar.bz2) = f113c4887f67bd21d46294346cb5887516c8ff8e
SHA256 (fetchmail-6.3.3.tar.bz2) = bd53e23b0210a831c9ce6765f49904e1d996aaca5d1e95ebacead35a06f3304a

- -- 
Matthias Andree
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFEMZstvmGDOQUufZURAp6LAKC64mEKyLmup2rcAYpTYoyzyAXEuACgqHZs
ICC3u4IgJetJnG5XSNyeSOQ=
=EgUX
-----END PGP SIGNATURE-----

[fetchmail-users] Re: [fetchmail-announce] fetchmail 6.3.2 stable release fixes several bugs

[Andreas H. <aha...@te...>]

Em Qui 30 Mar 2006 20:17, Matthias Andree escreveu:
> Greetings,
>
> I am announcing the release of fetchmail 6.3.3. This new stable version
> of fetchmail fixes several bugs, among them two crashes. For details,
> please see below.

I'm getting a BAD signature on the 6.3.3 tarball I just downloaded:

$ gpg --verify fetchmail-6.3.3.tar.bz2.asc fetchmail-6.3.3.tar.bz2
gpg: Signature made Thu Mar 30 19:44:50 2006 BRT using DSA key ID 052E7D95
gpg: BAD signature from "Matthias Andree <mat...@gm...>"

$ sha1sum fetchmail-6.3.3.tar.bz2
0efc0fed3adc123c23e57cb160ba5a72cf68848f  fetchmail-6.3.3.tar.bz2

$ md5sum fetchmail-6.3.3.tar.bz2
8914475fdcb93844e473f97a5e3e6dcf  fetchmail-6.3.3.tar.bz2

[fetchmail-users] fetchmail 6.3.4-rc1 release candidate

[Matthias A. <mat...@gm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greetings,

after Miloslav Trmac and I have fixed a few more bugs and I have added a
- --pidfile option that helps running fetchmail in system-wide setups (in
Debian Linux), I have uploaded the first 6.3.4 release candidate to:
<http://mandree.home.pages.de/fetchmail/>

Please test! I strive to release 6.3.4 as soon as possible, hoping to
get a few translations for the release candidate back though.
(Héctor, feel free to directly send a diff for es.po.)

My thanks go to Miloslav Trmac for his efforts in cleaning up the 6.3.3
and 6.3.4 versions big time. (I think I should have mentioned him in the
6.3.3 announcement already - my apologies.)

Changes in fetchmail 6.3.4-rc1 (from the 6.3.3 release):

# BUG FIXES:
* configure: detect res_* functions properly with newer glibc ABIs.
  Patch by Miloslav Trmac.
* tracepolls: add folder information if available. Reported by Terry Brown.
* lexer: add %option noyywrap to avoid link errors about missing yywrap().
* a few more type fixes for report/snprintf, patch by Miloslav Trmac.

# CHANGES:
* pidfile: there is a new command-line (--pidfile PATH) and global option for
  the rcfile (set pidfile [=] "/path/to/pidfile") option to allow overriding
  the default location of the PID file.
  Requested by Héctor García, Debian maintainer.

Happy mailfetching,
Matthias Andree
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFEMAjzvmGDOQUufZURAhATAKDKM/GXVZlkgoTRQPg4sILahhXBFgCZAYE/
NUG9e2g54Csgl3FTFtRVYQ0=
=IHl8
-----END PGP SIGNATURE-----

[fetchmail-users] fetchmail 6.3.3 stable release fixes several bugs

[Matthias A. <mat...@gm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

(Resending announcement with corrected Subject.)

Greetings,

I am announcing the release of fetchmail 6.3.3. This new stable version
of fetchmail fixes several bugs, among them two crashes. For details,
please see below.

This is a recommended upgrade for all users of any previous fetchmail versions.

The software is available from:
<https://developer.berlios.de/project/showfiles.php?group_id=1824&release_id=8784>

The fetchmail home pages is:
<http://www.fetchmail.info/>  or  <http://fetchmail.berlios.de/>

These are the relevant changes in 6.3.3 since 6.3.2,
unless otherwise noted, changes to this release were made by Matthias Andree:

# DEPRECATED FEATURES AND MAJOR INCOMPATIBLE CHANGE ADVANCE WARNINGS
* The "protocol auto" default inside fetchmail may be removed from a future
  fetchmail release. Explicit configuration of the protocol is recommended.

# KNOWN BUGS:
* Sun Workshop 6 (SPARC) is known to miscompile the lexer in 64-bit mode.
  Either compile 32-bit code or use GCC to compile 64-bit fetchmail.
  Note that fetchmail doesn't take advantage of 64-bit code anyways,
  so compiling 32-bit SPARC code should be fine.

# BUG FIXES:
* SEGFAULT: Do not attempt to overwrite the netrc password if none has been
  specified.  This fixes a segmentation fault bug introduced into 6.3.2.
  Fixes BerliOS bug #6234.  BerliOS patch #804 by Craig Leres.
  The patch, as accepted into fetchmail, was available separately from
  <http://download.berlios.de/fetchmail/patch-6.3.2.1-fix-netrc-SIGSEGV.diff>
* SEGFAULT: Work around C libraries that return a NULL in getaddrinfo()'s
  ai_canonname record, to avoid a segfault. Affects for instance FreeBSD 4.10,
  4.11 and 5.3 when dotted quads are given as server names.
  Analysis and fix by Vladimir Olegovich Ravodin (Владимир Олегович Раводин).
* IMAP: fix hangs in NOOP-based IDLE emulation. Reported by Casper Gripenberg
  and Brendan Lynch, fix by Sunil Shetye (his patch was merged) and Brendan Lynch.
* IMAP: Handle other clients concurrently accessing IMAP mailboxes better.
  Fetchmail quits the poll if the EXPUNGE count does not match expectations, and
  servers not updating RECENT counts after EXPUNGE are handled in a better way.
  (Patch by Sunil Shetye.)
* IMAP: Stop sending EXPUNGE after NOOP-idling (patch by Sunil Shetye).
* POP3: fetchmail can now use UIDL in fetchall keep mode, to avoid re-fetching
  the same messages again when the fetchall keyword is removed. Patch by
  Sunil Shetye. For details, please see
  <http://lists.berlios.de/pipermail/fetchmail-users/2006-March/000308.html>
* LMTP: fix bug in LMTP port validation (patch by Miloslav Trmac).
* SDPS: fetchmail no longer replaces the local user ID for an empty envelope
  sender when using the proprietary SDPS extension for POP3.
  Fixes Debian Bug#353575, reported by Roger Lynn.
* SDPS: Warn and disable SDPS if POP3 is disabled to avoid compilation errors.
* fetchmail no longer prints empty lines in verbose mode when using syslog.
* fetchmail no longer prints UID lists in verbose mode when using syslog.
* ./configure --quiet is now quieter (no SSL and fallback-related output).
* Miloslav Trmac's patch (with minor changes) to fix char * sign consistency,
  unused arguments and variables.
* More signedness, unused argument/variable and other warning fixes.

# CHANGES:
* --idle can now be specified on the command line, too.
* --fetchall is now supported on the command-line.
* POP3: Lower default fastuidl span to 4 (i. e. every 4th run fetches the
  whole UIDL list), patch by Sunil Shetye.

# DOCUMENTATION:
* "ssl" is a user option rather than a server option. Patch by Nico Golde.
  Fixes Debian Bug#354661, reported by Keith Hellman.
* The manual page now suggests "--" before the addresses in the sendmail MDA
  example, for safety.
* The FAQ item X9, Domino IMAP omits Content-Transfer-Encoding header, was
  added. Information provided by Anthony Kim on the fetchmail-friends list
  in March 2006.
* Credit Chris Boyle with the NOOP emulation code for IDLE in fetchmail 6.2.4.
  Eric forgot to credit Chris, thanks to Sunil Shetye for providing these links:
  http://lists.ccil.org/pipermail/fetchmail-friends/2003-July/007705.html
  http://lists.ccil.org/pipermail/fetchmail-friends/2003-July/007713.html
* Added a section about RETR vs. TOP to the manual page.
* Changed section/subsection levels in some areas.

Regards,

- -- 
Matthias Andree
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFELGsyvmGDOQUufZURApZZAJ4zs8yobFhbIr8mYv1WPkuiGUPs5gCcDm8l
iXmVUzfH0MJAGZIkbelGbLA=
=UdCS
-----END PGP SIGNATURE-----

[fetchmail-users] fetchmail 6.3.2 stable release fixes several bugs

[Matthias A. <mat...@gm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greetings,

I am announcing the release of fetchmail 6.3.3. This new stable version
of fetchmail fixes several bugs, among them two crashes. For details,
please see below.

This is a recommended upgrade for all users of any previous fetchmail versions.

The software is available from:
<https://developer.berlios.de/project/showfiles.php?group_id=1824&release_id=8784>

The fetchmail home pages is:
<http://www.fetchmail.info/>  or  <http://fetchmail.berlios.de/>

These are the relevant changes in 6.3.3 since 6.3.2,
unless otherwise noted, changes to this release were made by Matthias Andree:

# DEPRECATED FEATURES AND MAJOR INCOMPATIBLE CHANGE ADVANCE WARNINGS
* The "protocol auto" default inside fetchmail may be removed from a future
  fetchmail release. Explicit configuration of the protocol is recommended.

# KNOWN BUGS:
* Sun Workshop 6 (SPARC) is known to miscompile the lexer in 64-bit mode.
  Either compile 32-bit code or use GCC to compile 64-bit fetchmail.
  Note that fetchmail doesn't take advantage of 64-bit code anyways,
  so compiling 32-bit SPARC code should be fine.

# BUG FIXES:
* SEGFAULT: Do not attempt to overwrite the netrc password if none has been
  specified.  This fixes a segmentation fault bug introduced into 6.3.2.
  Fixes BerliOS bug #6234.  BerliOS patch #804 by Craig Leres.
  The patch, as accepted into fetchmail, was available separately from
  <http://download.berlios.de/fetchmail/patch-6.3.2.1-fix-netrc-SIGSEGV.diff>
* SEGFAULT: Work around C libraries that return a NULL in getaddrinfo()'s
  ai_canonname record, to avoid a segfault. Affects for instance FreeBSD 4.10,
  4.11 and 5.3 when dotted quads are given as server names.
  Analysis and fix by Vladimir Olegovich Ravodin (Владимир Олегович Раводин).
* IMAP: fix hangs in NOOP-based IDLE emulation. Reported by Casper Gripenberg
  and Brendan Lynch, fix by Sunil Shetye (his patch was merged) and Brendan Lynch.
* IMAP: Handle other clients concurrently accessing IMAP mailboxes better.
  Fetchmail quits the poll if the EXPUNGE count does not match expectations, and
  servers not updating RECENT counts after EXPUNGE are handled in a better way.
  (Patch by Sunil Shetye.)
* IMAP: Stop sending EXPUNGE after NOOP-idling (patch by Sunil Shetye).
* POP3: fetchmail can now use UIDL in fetchall keep mode, to avoid re-fetching
  the same messages again when the fetchall keyword is removed. Patch by
  Sunil Shetye. For details, please see
  <http://lists.berlios.de/pipermail/fetchmail-users/2006-March/000308.html>
* LMTP: fix bug in LMTP port validation (patch by Miloslav Trmac).
* SDPS: fetchmail no longer replaces the local user ID for an empty envelope
  sender when using the proprietary SDPS extension for POP3.
  Fixes Debian Bug#353575, reported by Roger Lynn.
* SDPS: Warn and disable SDPS if POP3 is disabled to avoid compilation errors.
* fetchmail no longer prints empty lines in verbose mode when using syslog.
* fetchmail no longer prints UID lists in verbose mode when using syslog.
* ./configure --quiet is now quieter (no SSL and fallback-related output).
* Miloslav Trmac's patch (with minor changes) to fix char * sign consistency,
  unused arguments and variables.
* More signedness, unused argument/variable and other warning fixes.

# CHANGES:
* --idle can now be specified on the command line, too.
* --fetchall is now supported on the command-line.
* POP3: Lower default fastuidl span to 4 (i. e. every 4th run fetches the
  whole UIDL list), patch by Sunil Shetye.

# DOCUMENTATION:
* "ssl" is a user option rather than a server option. Patch by Nico Golde.
  Fixes Debian Bug#354661, reported by Keith Hellman.
* The manual page now suggests "--" before the addresses in the sendmail MDA
  example, for safety.
* The FAQ item X9, Domino IMAP omits Content-Transfer-Encoding header, was
  added. Information provided by Anthony Kim on the fetchmail-friends list
  in March 2006.
* Credit Chris Boyle with the NOOP emulation code for IDLE in fetchmail 6.2.4.
  Eric forgot to credit Chris, thanks to Sunil Shetye for providing these links:
  http://lists.ccil.org/pipermail/fetchmail-friends/2003-July/007705.html
  http://lists.ccil.org/pipermail/fetchmail-friends/2003-July/007713.html
* Added a section about RETR vs. TOP to the manual page.
* Changed section/subsection levels in some areas.

Regards,

- -- 
Matthias Andree
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFELGb1vmGDOQUufZURAg0HAKCQREup4O65GbS0yhJTJAFJ8nSNpwCfaFpT
IQtgYLQEWocf/VW0FjaCIz0=
=uCKv
-----END PGP SIGNATURE-----

[fetchmail-users] Re: Fetchmail socket error.

[Matthias A. <mat...@gm...>]

On Thu, 30 Mar 2006, Ernst Verhaar wrote:

> FreeBSD on the host is running dovecot 1.0.beta3. This is the latest 
> release available via the ports collection of FreeBSD. I deleted the 
> index files, dovecot rebuilded them and the error still remains.
> 
> I asked the administrator to install ethereal, this will be done in a 
> short while. For some reason there are huge dependencies of graphical 
> packages. So i'm hoping I can provide additional information concerning 
> the socket error.

Until then, you could use tcpdump -s2000 -vv (with -x) to see if Dovecot
crashes, or perhaps attach ktrace or strace to your own Dovecot
processes and see if they crash.

-- 
Matthias Andree

[fetchmail-users] Re: Fetchmail socket error.

[Ernst V. <e.v...@vi...>]

Hello everyone.

Thanks again for the suggestions.

FreeBSD on the host is running dovecot 1.0.beta3. This is the latest 
release available via the ports collection of FreeBSD. I deleted the 
index files, dovecot rebuilded them and the error still remains.

I asked the administrator to install ethereal, this will be done in a 
short while. For some reason there are huge dependencies of graphical 
packages. So i'm hoping I can provide additional information concerning 
the socket error.

Also I will install a different packet filter on this machine. For 
testing purposes I can disable the current packet filter, but the 
administrator is not very happy with that on the long term. :-). So I 
will try IPF. Playing with the firewall is dangerous, considering the 
host machine is located about 100km from my current location and is not 
fulltime accessable.

Thank again for all the effort everyone. I will post additional 
information concerning the ethereal dump soon.

Kind regards, Ernst

>Today's Topics:
>
>   1. Re: Fetchmail socket error. (Rob MacGregor)
>   2. Re: Fetchmail socket error. (Matthias Andree)
>
>--__--__--
>
>Message: 1
>Date: Wed, 29 Mar 2006 21:22:34 +0100
>From: "Rob MacGregor" <rob...@gm...>
>To: fet...@li...
>Subject: Re: [fetchmail-users] Fetchmail socket error.
>
>On 3/29/06, Ernst Verhaar <e.v...@vi...> wrote:
>  
>
>> Hi All,
>>
>> Tnx for the quick repsonse,
>> Unfortunatly the suggestions did not work.
>>    
>>
>
>What are your firewall rules?
>
>  
>
>> The Host Machine is running FreeBSD 5.4 with Packet filter.
>>    
>>
>
>Did you install from the ports?  I've got 5.4 with IPF and never had a
>problem with fetchmail.
>
>  
>
>> I attached an strace log of an unsuccesfull fetchmail attempt. Unfortunatly
>>this log is like the chinese language to me. :-(
>> fetchmail -vvv does not provides more information except socket error.
>>    
>>
>
>You may get something more useful from a packet dump (ethereal/tcpdump etc).
>
>I suspect that you've got a networking/firewall config error.
>
>--
>                 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
>
>--__--__--
>
>Message: 2
>From: Matthias Andree <mat...@gm...>
>To: "Rob MacGregor" <rob...@gm...>
>Cc: fet...@li...
>Subject: Re: [fetchmail-users] Fetchmail socket error.
>Date: Wed, 29 Mar 2006 23:59:55 +0200
>
>"Rob MacGregor" <rob...@gm...> writes:
>
>  
>
>>> The Host Machine is running FreeBSD 5.4 with Packet filter.
>>>      
>>>
>>Did you install from the ports?  I've got 5.4 with IPF and never had a
>>problem with fetchmail.
>>    
>>
>
>Well, the FreeBSD host is running Dovecot.
>
>  
>
>>You may get something more useful from a packet dump (ethereal/tcpdump etc).
>>
>>I suspect that you've got a networking/firewall config error.
>>    
>>
>
>The strace reveals that the client sees EOF in the middle of a base64
>encoded part of a message, there's a recv(3, ... MSG_PEEK) that returned
>0. Looks like the server closed its end of the connection. If it's an
>older Dovecot version or the index files got corrupted somehow, that
>would explain the issue as well. Updating Dovecot to 0.99.14 if it's
>0.99.X and to 1.0-beta3 if it's 1.0-whatever and then removing the index
>files so that Dovecot rebuilds them might fix the problem.
>
>  
>

Re: [fetchmail-users] Fetchmail socket error.

[Matthias A. <mat...@gm...>]

"Rob MacGregor" <rob...@gm...> writes:

>>  The Host Machine is running FreeBSD 5.4 with Packet filter.
>
> Did you install from the ports?  I've got 5.4 with IPF and never had a
> problem with fetchmail.

Well, the FreeBSD host is running Dovecot.

> You may get something more useful from a packet dump (ethereal/tcpdump etc).
>
> I suspect that you've got a networking/firewall config error.

The strace reveals that the client sees EOF in the middle of a base64
encoded part of a message, there's a recv(3, ... MSG_PEEK) that returned
0. Looks like the server closed its end of the connection. If it's an
older Dovecot version or the index files got corrupted somehow, that
would explain the issue as well. Updating Dovecot to 0.99.14 if it's
0.99.X and to 1.0-beta3 if it's 1.0-whatever and then removing the index
files so that Dovecot rebuilds them might fix the problem.

-- 
Matthias Andree

Re: [fetchmail-users] Fetchmail socket error.

[Rob M. <rob...@gm...>]

On 3/29/06, Ernst Verhaar <e.v...@vi...> wrote:
>  Hi All,
>
>  Tnx for the quick repsonse,
>  Unfortunatly the suggestions did not work.

What are your firewall rules?

>  The Host Machine is running FreeBSD 5.4 with Packet filter.

Did you install from the ports?  I've got 5.4 with IPF and never had a
problem with fetchmail.

>  I attached an strace log of an unsuccesfull fetchmail attempt. Unfortunatly
> this log is like the chinese language to me. :-(
>  fetchmail -vvv does not provides more information except socket error.

You may get something more useful from a packet dump (ethereal/tcpdump etc).

I suspect that you've got a networking/firewall config error.

--
                 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

Re: [fetchmail-users] Fetchmail socket error.

[Ernst V. <e.v...@vi...>]

execve("/usr/local/bin/fetchmail", ["/usr/local/bin/fetchmail", "-v", "-f", "/etc/fetchmailrc"], [/* 53 vars */]) = 0
uname({sys="Linux", node="Deora", ...}) = 0
brk(0)                                  = 0x807d000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=29887, ...}) = 0
old_mmap(NULL, 29887, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000
close(3)                                = 0
open("/usr/lib/librsaref.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\27\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0555, st_size=42268, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001f000
old_mmap(NULL, 40232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40020000
madvise(0x40020000, 40232, MADV_SEQUENTIAL|0x1) = 0
old_mmap(0x40029000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x40029000
close(3)                                = 0
open("/lib/libcrypt.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\t\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=47724, ...}) = 0
old_mmap(NULL, 205564, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4002a000
madvise(0x4002a000, 205564, MADV_SEQUENTIAL|0x1) = 0
old_mmap(0x40033000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x40033000
old_mmap(0x40036000, 156412, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40036000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 &\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74650, ...}) = 0
old_mmap(NULL, 75956, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4005d000
madvise(0x4005d000, 75956, MADV_SEQUENTIAL|0x1) = 0
old_mmap(0x4006c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe000) = 0x4006c000
old_mmap(0x4006e000, 6324, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4006e000
close(3)                                = 0
open("/lib/tls/libc.so.6", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1417095, ...}) = 0
old_mmap(NULL, 1174524, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40070000
madvise(0x40070000, 1174524, MADV_SEQUENTIAL|0x1) = 0
old_mmap(0x40189000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x119000) = 0x40189000
old_mmap(0x4018d000, 7164, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4018d000
close(3)                                = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4018f000
mprotect(0x40189000, 4096, PROT_READ)   = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0x4018f8e0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0x40017000, 29887)               = 0
getuid32()                              = 0
brk(0)                                  = 0x807d000
brk(0x809e000)                          = 0x809e000
socket(PF_FILE, SOCK_STREAM, 0)         = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0
poll([{fd=3, events=POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}], 1, 5000) = 1
writev(3, [{"\2\0\0\0\v\0\0\0\7\0\0\0", 12}, {"passwd\0", 7}], 2) = 19
poll([{fd=3, events=POLLIN|POLLERR|POLLHUP, revents=POLLIN|POLLHUP}], 1, 5000) = 1
recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"passwd\0", 7}], msg_controllen=16, {cmsg_len=16, cmsg_level=SOL_SOCKET, cmsg_type=SCM_RIGHTS, {4}}, msg_flags=0}, MSG_NOSIGNAL) = 7
fstat64(4, {st_mode=S_IFREG|0600, st_size=217016, ...}) = 0
pread64(4, "\1\0\0\0h\0\0\0\272\2\0\0\1\0\0\0S2 D\0\0\0\0\323\0\0\0"..., 104, 0) = 104
mmap2(NULL, 217016, PROT_READ, MAP_SHARED, 4, 0) = 0x40190000
close(4)                                = 0
close(3)                                = 0
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2528
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40017000, 4096)                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=208464, ...}) = 0
mmap2(NULL, 208464, PROT_READ, MAP_PRIVATE, 3, 0) = 0x401c5000
close(3)                                = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=21544, ...}) = 0
mmap2(NULL, 21544, PROT_READ, MAP_SHARED, 3, 0) = 0x40017000
close(3)                                = 0
getuid32()                              = 0
write(2, "fetchmail: ", 11)             = 11
write(2, "WARNING: Running as root is disc"..., 41) = 41
stat64("/etc/fetchmailrc", {st_mode=S_IFREG|0600, st_size=1084, ...}) = 0
lstat64("/etc/fetchmailrc", {st_mode=S_IFREG|0600, st_size=1084, ...}) = 0
geteuid32()                             = 0
open("/etc/fetchmailrc", O_RDONLY)      = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf8a30d8) = -1 ENOTTY (Inappropriate ioctl for device)
fstat64(3, {st_mode=S_IFREG|0600, st_size=1084, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001d000
read(3, "# Edit carefully, see /usr/share"..., 8192) = 1084
read(3, "", 4096)                       = 0
read(3, "", 8192)                       = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf8a30d8) = -1 ENOTTY (Inappropriate ioctl for device)
close(3)                                = 0
munmap(0x4001d000, 4096)                = 0
uname({sys="Linux", node="Deora", ...}) = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0
poll([{fd=3, events=POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}], 1, 5000) = 1
writev(3, [{"\2\0\0\0\r\0\0\0\6\0\0\0", 12}, {"hosts\0", 6}], 2) = 18
poll([{fd=3, events=POLLIN|POLLERR|POLLHUP, revents=POLLIN|POLLHUP}], 1, 5000) = 1
recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"hosts\0", 6}], msg_controllen=16, {cmsg_len=16, cmsg_level=SOL_SOCKET, cmsg_type=SCM_RIGHTS, {4}}, msg_flags=0}, MSG_NOSIGNAL) = 6
fstat64(4, {st_mode=S_IFREG|0600, st_size=217016, ...}) = 0
pread64(4, "\1\0\0\0h\0\0\0F\0\0\0\1\0\0\0S2 D\0\0\0\0\323\0\0\0\0"..., 104, 0) = 104
mmap2(NULL, 217016, PROT_READ, MAP_SHARED, 4, 0) = 0x401f8000
close(4)                                = 0
close(3)                                = 0
lstat64("/root/.fetchids", {st_mode=S_IFREG|0600, st_size=853, ...}) = 0
geteuid32()                             = 0
lstat64("/root/.fetchids", {st_mode=S_IFREG|0600, st_size=853, ...}) = 0
open("/root/.fetchids", O_RDONLY)       = 3
fstat64(3, {st_mode=S_IFREG|0600, st_size=853, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001d000
read(3, "vid_ernst@212.204.236.251 000000"..., 4096) = 853
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x4001d000, 4096)                = 0
getuid32()                              = 0
getuid32()                              = 0
open("/root/.netrc", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/var/run/fetchmail.pid", O_RDONLY) = -1 ENOENT (No such file or directory)
rt_sigaction(SIGCHLD, {0x8054b20, [], SA_RESTART|SA_NOCLDSTOP}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGPWR, {0x8054b20, [], SA_RESTART|SA_NOCLDSTOP}, NULL, 8) = 0
uname({sys="Linux", node="Deora", ...}) = 0
umask(077)                              = 022
rt_sigaction(SIGABRT, {0x804edb0, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x804edb0, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {0x804edb0, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGALRM, {0x804edb0, [], 0}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGPIPE, {0x804edb0, [], SA_RESTART}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {0x804edb0, [], SA_RESTART}, {SIG_DFL}, 8) = 0
open("/var/run/fetchmail.pid", O_WRONLY|O_CREAT|O_EXCL, 0666) = 3
getpid()                                = 26032
write(3, "26032\n", 6)                  = 6
fsync(3)                                = 0
close(3)                                = 0
stat64("/etc/fetchmailrc", {st_mode=S_IFREG|0600, st_size=1084, ...}) = 0
time([1143650329])                      = 1143650329
open("/etc/localtime", O_RDONLY)        = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001d000
read(3, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\r\0\0\0\r\0"..., 4096) = 1074
close(3)                                = 0
munmap(0x4001d000, 4096)                = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001d000
write(1, "fetchmail: 6.3.2 querying 212.20"..., 100) = 100
rt_sigaction(SIGALRM, {0x8054ef0, [], 0}, {0x804edb0, [], 0}, 8) = 0
rt_sigaction(SIGPIPE, {0x8054f30, [], SA_RESTART}, {0x804edb0, [], SA_RESTART}, 8) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
open("/etc/nsswitch.conf", O_RDONLY)    = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1233, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001e000
read(3, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1233
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x4001e000, 4096)                = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=29887, ...}) = 0
old_mmap(NULL, 29887, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4022d000
close(3)                                = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\33"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=46403, ...}) = 0
old_mmap(NULL, 41620, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40235000
madvise(0x40235000, 41620, MADV_SEQUENTIAL|0x1) = 0
old_mmap(0x4023e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x4023e000
close(3)                                = 0
munmap(0x4022d000, 29887)               = 0
open("/etc/services", O_RDONLY)         = 3
fcntl64(3, F_GETFD)                     = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=638705, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001e000
read(3, "#\n# Network services, Internet s"..., 4096) = 4096
read(3, "                        Jon Post"..., 4096) = 4096
read(3, "              45/tcp    # Messag"..., 4096) = 4096
read(3, "      73/tcp    # Remote Job Ser"..., 4096) = 4096
read(3, "      Maurice R. Turcotte\n#     "..., 4096) = 4096
read(3, "udp    # SMAKYNET\n#             "..., 4096) = 4096
close(3)                                = 0
munmap(0x4001e000, 4096)                = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(143), sin_addr=inet_addr("212.204.236.251")}, 16) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* OK Dovecot ready.\r\n", 8192, MSG_PEEK) = 21
read(3, "* OK Dovecot ready.\r\n", 21)  = 21
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * OK Dovecot re"..., 37) = 37
write(3, "A0001 CAPABILITY\r\n", 18)    = 18
write(1, "fetchmail: IMAP> A0001 CAPABILIT"..., 34) = 34
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* CAPABILITY IMAP4rev1 SORT THRE"..., 8192, MSG_PEEK) = 169
read(3, "* CAPABILITY IMAP4rev1 SORT THRE"..., 137) = 137
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * CAPABILITY IM"..., 153) = 153
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "A0001 OK Capability completed.\r\n", 8192, MSG_PEEK) = 32
read(3, "A0001 OK Capability completed.\r\n", 32) = 32
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< A0001 OK Capabi"..., 48) = 48
write(3, "A0002 LOGIN \"vid_ernst\" \"Arkebas"..., 43) = 43
write(1, "fetchmail: IMAP> A0002 LOGIN \"vi"..., 43) = 43
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "A0002 OK Logged in.\r\n", 8192, MSG_PEEK) = 21
read(3, "A0002 OK Logged in.\r\n", 21)  = 21
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< A0002 OK Logged"..., 37) = 37
write(3, "A0003 SELECT \"INBOX\"\r\n", 22) = 22
write(1, "fetchmail: IMAP> A0003 SELECT \"I"..., 38) = 38
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* FLAGS (\\Answered \\Flagged \\Del"..., 8192, MSG_PEEK) = 285
read(3, "* FLAGS (\\Answered \\Flagged \\Del"..., 52) = 52
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * FLAGS (\\Answe"..., 68) = 68
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* OK [PERMANENTFLAGS (\\Answered "..., 8192, MSG_PEEK) = 233
read(3, "* OK [PERMANENTFLAGS (\\Answered "..., 86) = 86
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * OK [PERMANENT"..., 102) = 102
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 27 EXISTS\r\n* 0 RECENT\r\n* OK [U"..., 8192, MSG_PEEK) = 147
read(3, "* 27 EXISTS\r\n", 13)          = 13
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 27 EXISTS\n", 29) = 29
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 0 RECENT\r\n* OK [UIDVALIDITY 11"..., 8192, MSG_PEEK) = 134
read(3, "* 0 RECENT\r\n", 12)           = 12
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 0 RECENT\n", 28) = 28
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* OK [UIDVALIDITY 1136386922] UI"..., 8192, MSG_PEEK) = 122
read(3, "* OK [UIDVALIDITY 1136386922] UI"..., 42) = 42
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * OK [UIDVALIDI"..., 58) = 58
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* OK [UIDNEXT 222] Predicted nex"..., 8192, MSG_PEEK) = 80
read(3, "* OK [UIDNEXT 222] Predicted nex"..., 39) = 39
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * OK [UIDNEXT 2"..., 55) = 55
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "A0003 OK [READ-WRITE] Select com"..., 8192, MSG_PEEK) = 41
read(3, "A0003 OK [READ-WRITE] Select com"..., 41) = 41
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< A0003 OK [READ-"..., 57) = 57
write(3, "A0004 EXPUNGE\r\n", 15)       = 15
write(1, "fetchmail: IMAP> A0004 EXPUNGE\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "A0004 OK Expunge completed.\r\n", 8192, MSG_PEEK) = 29
read(3, "A0004 OK Expunge completed.\r\n", 29) = 29
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< A0004 OK Expung"..., 45) = 45
write(1, "27 messages for vid_ernst at 212"..., 46) = 46
write(3, "A0005 FETCH 1:27 RFC822.SIZE\r\n", 30) = 30
write(1, "fetchmail: IMAP> A0005 FETCH 1:2"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 1 FETCH (RFC822.SIZE 8840)\r\n* "..., 8192, MSG_PEEK) = 859
read(3, "* 1 FETCH (RFC822.SIZE 8840)\r\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 1 FETCH (RFC8"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 2 FETCH (RFC822.SIZE 1596)\r\n* "..., 8192, MSG_PEEK) = 829
read(3, "* 2 FETCH (RFC822.SIZE 1596)\r\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 2 FETCH (RFC8"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 3 FETCH (RFC822.SIZE 11781)\r\n*"..., 8192, MSG_PEEK) = 799
read(3, "* 3 FETCH (RFC822.SIZE 11781)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 3 FETCH (RFC8"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 4 FETCH (RFC822.SIZE 2827)\r\n* "..., 8192, MSG_PEEK) = 768
read(3, "* 4 FETCH (RFC822.SIZE 2827)\r\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 4 FETCH (RFC8"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 5 FETCH (RFC822.SIZE 3251)\r\n* "..., 8192, MSG_PEEK) = 738
read(3, "* 5 FETCH (RFC822.SIZE 3251)\r\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 5 FETCH (RFC8"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 6 FETCH (RFC822.SIZE 11486)\r\n*"..., 8192, MSG_PEEK) = 708
read(3, "* 6 FETCH (RFC822.SIZE 11486)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 6 FETCH (RFC8"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 7 FETCH (RFC822.SIZE 2707)\r\n* "..., 8192, MSG_PEEK) = 677
read(3, "* 7 FETCH (RFC822.SIZE 2707)\r\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 7 FETCH (RFC8"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 8 FETCH (RFC822.SIZE 2033)\r\n* "..., 8192, MSG_PEEK) = 647
read(3, "* 8 FETCH (RFC822.SIZE 2033)\r\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 8 FETCH (RFC8"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 9 FETCH (RFC822.SIZE 1385)\r\n* "..., 8192, MSG_PEEK) = 617
read(3, "* 9 FETCH (RFC822.SIZE 1385)\r\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 9 FETCH (RFC8"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 10 FETCH (RFC822.SIZE 2669)\r\n*"..., 8192, MSG_PEEK) = 587
read(3, "* 10 FETCH (RFC822.SIZE 2669)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 10 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 11 FETCH (RFC822.SIZE 3931)\r\n*"..., 8192, MSG_PEEK) = 556
read(3, "* 11 FETCH (RFC822.SIZE 3931)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 11 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 12 FETCH (RFC822.SIZE 11319)\r\n"..., 8192, MSG_PEEK) = 525
read(3, "* 12 FETCH (RFC822.SIZE 11319)\r\n", 32) = 32
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 12 FETCH (RFC"..., 48) = 48
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 13 FETCH (RFC822.SIZE 6874)\r\n*"..., 8192, MSG_PEEK) = 493
read(3, "* 13 FETCH (RFC822.SIZE 6874)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 13 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 14 FETCH (RFC822.SIZE 3273)\r\n*"..., 8192, MSG_PEEK) = 462
read(3, "* 14 FETCH (RFC822.SIZE 3273)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 14 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 15 FETCH (RFC822.SIZE 2950)\r\n*"..., 8192, MSG_PEEK) = 431
read(3, "* 15 FETCH (RFC822.SIZE 2950)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 15 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 16 FETCH (RFC822.SIZE 2757)\r\n*"..., 8192, MSG_PEEK) = 400
read(3, "* 16 FETCH (RFC822.SIZE 2757)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 16 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 17 FETCH (RFC822.SIZE 4632)\r\n*"..., 8192, MSG_PEEK) = 369
read(3, "* 17 FETCH (RFC822.SIZE 4632)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 17 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 18 FETCH (RFC822.SIZE 9413)\r\n*"..., 8192, MSG_PEEK) = 338
read(3, "* 18 FETCH (RFC822.SIZE 9413)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 18 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 19 FETCH (RFC822.SIZE 98689)\r\n"..., 8192, MSG_PEEK) = 307
read(3, "* 19 FETCH (RFC822.SIZE 98689)\r\n", 32) = 32
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 19 FETCH (RFC"..., 48) = 48
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 20 FETCH (RFC822.SIZE 1326)\r\n*"..., 8192, MSG_PEEK) = 275
read(3, "* 20 FETCH (RFC822.SIZE 1326)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 20 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 21 FETCH (RFC822.SIZE 3304)\r\n*"..., 8192, MSG_PEEK) = 244
read(3, "* 21 FETCH (RFC822.SIZE 3304)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 21 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 22 FETCH (RFC822.SIZE 1222)\r\n*"..., 8192, MSG_PEEK) = 213
read(3, "* 22 FETCH (RFC822.SIZE 1222)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 22 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 23 FETCH (RFC822.SIZE 5415)\r\n*"..., 8192, MSG_PEEK) = 182
read(3, "* 23 FETCH (RFC822.SIZE 5415)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 23 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 24 FETCH (RFC822.SIZE 2357)\r\n*"..., 8192, MSG_PEEK) = 151
read(3, "* 24 FETCH (RFC822.SIZE 2357)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 24 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 25 FETCH (RFC822.SIZE 2304)\r\n*"..., 8192, MSG_PEEK) = 120
read(3, "* 25 FETCH (RFC822.SIZE 2304)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 25 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 26 FETCH (RFC822.SIZE 3944)\r\n*"..., 8192, MSG_PEEK) = 89
read(3, "* 26 FETCH (RFC822.SIZE 3944)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 26 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 27 FETCH (RFC822.SIZE 6966)\r\nA"..., 8192, MSG_PEEK) = 58
read(3, "* 27 FETCH (RFC822.SIZE 6966)\r\n", 31) = 31
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 27 FETCH (RFC"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "A0005 OK Fetch completed.\r\n", 8192, MSG_PEEK) = 27
read(3, "A0005 OK Fetch completed.\r\n", 27) = 27
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< A0005 OK Fetch "..., 43) = 43
write(3, "A0006 FETCH 1 RFC822.HEADER\r\n", 29) = 29
write(1, "fetchmail: IMAP> A0006 FETCH 1 R"..., 45) = 45
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 1 FETCH (RFC822.HEADER {1747}\r"..., 8192, MSG_PEEK) = 1780
read(3, "* 1 FETCH (RFC822.HEADER {1747}\r"..., 33) = 33
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 1 FETCH (RFC8"..., 49) = 49
write(1, "reading message vid_ernst@212.20"..., 71) = 71
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Return-Path: <jjeroe@rpa-haaglan"..., 8191, MSG_PEEK) = 1747
read(3, "Return-Path: <jjeroe@rpa-haaglan"..., 41) = 41
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-Original-To: vid_ernst@hosting"..., 8191, MSG_PEEK) = 1706
read(3, "X-Original-To: vid_ernst@hosting"..., 44) = 44
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "D", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Delivered-To: vid_ernst@hosting."..., 8191, MSG_PEEK) = 1662
read(3, "Delivered-To: vid_ernst@hosting."..., 43) = 43
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "R", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Received: from localhost (localh"..., 8191, MSG_PEEK) = 1619
read(3, "Received: from localhost (localh"..., 50) = 50
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\tby hosting.viddel.nl (Postfix) "..., 8191, MSG_PEEK) = 1569
read(3, "\tby hosting.viddel.nl (Postfix) "..., 59) = 59
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\tFri, 17 Mar 2006 10:19:17 +0100"..., 8191, MSG_PEEK) = 1540
read(3, "\tFri, 17 Mar 2006 10:19:17 +0100"..., 40) = 40
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "R", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Received: from hosting.viddel.nl"..., 8191, MSG_PEEK) = 1500
read(3, "Received: from hosting.viddel.nl"..., 48) = 48
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, " ", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, " by localhost (hosting.viddel.nl"..., 8191, MSG_PEEK) = 1452
read(3, " by localhost (hosting.viddel.nl"..., 73) = 73
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, " ", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, " with ESMTP id 84867-06; Fri, 17"..., 8191, MSG_PEEK) = 1379
read(3, " with ESMTP id 84867-06; Fri, 17"..., 64) = 64
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "R", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Received: from mta-cap-1.nl.easy"..., 8191, MSG_PEEK) = 1315
read(3, "Received: from mta-cap-1.nl.easy"..., 83) = 83
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\tby hosting.viddel.nl (Postfix) "..., 8191, MSG_PEEK) = 1232
read(3, "\tby hosting.viddel.nl (Postfix) "..., 59) = 59
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\tFri, 17 Mar 2006 10:19:12 +0100"..., 8191, MSG_PEEK) = 1173
read(3, "\tFri, 17 Mar 2006 10:19:12 +0100"..., 40) = 40
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "R", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Received: from manta.rpah.local "..., 8191, MSG_PEEK) = 1133
read(3, "Received: from manta.rpah.local "..., 80) = 80
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\tby mta-cap-1.nl.easynet.net (8."..., 8191, MSG_PEEK) = 1053
read(3, "\tby mta-cap-1.nl.easynet.net (8."..., 76) = 76
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\tFri, 17 Mar 2006 10:26:26 +0100"..., 8191, MSG_PEEK) = 977
read(3, "\tFri, 17 Mar 2006 10:26:26 +0100"..., 40) = 40
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-EASYNET-FROM: <jjeroe@rpa-haag"..., 8191, MSG_PEEK) = 937
read(3, "X-EASYNET-FROM: <jjeroe@rpa-haag"..., 44) = 44
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-EASYNET-IP: 62-192-102-42.dsl."..., 8191, MSG_PEEK) = 893
read(3, "X-EASYNET-IP: 62-192-102-42.dsl."..., 60) = 60
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-EASYNET-HELO: manta.rpah.local"..., 8191, MSG_PEEK) = 833
read(3, "X-EASYNET-HELO: manta.rpah.local"..., 34) = 34
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "R", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Received: from localhost (openma"..., 8191, MSG_PEEK) = 799
read(3, "Received: from localhost (openma"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\tby manta.rpah.local (8.12.0.Bet"..., 8191, MSG_PEEK) = 752
read(3, "\tby manta.rpah.local (8.12.0.Bet"..., 80) = 80
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\tFri, 17 Mar 2006 10:26:26 +0100"..., 8191, MSG_PEEK) = 672
read(3, "\tFri, 17 Mar 2006 10:26:26 +0100"..., 34) = 34
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-Authentication-Warning: manta."..., 8191, MSG_PEEK) = 638
read(3, "X-Authentication-Warning: manta."..., 78) = 78
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-OpenMail-Hops: 1\r\nDate: Fri, 1"..., 8191, MSG_PEEK) = 560
read(3, "X-OpenMail-Hops: 1\r\n", 20)   = 20
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "D", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Date: Fri, 17 Mar 2006 10:26:25 "..., 8191, MSG_PEEK) = 540
read(3, "Date: Fri, 17 Mar 2006 10:26:25 "..., 39) = 39
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "M", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Message-Id: <H00000870004c5e1.11"..., 8191, MSG_PEEK) = 501
read(3, "Message-Id: <H00000870004c5e1.11"..., 64) = 64
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "S", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Subject: problemen met printen\r\n"..., 8191, MSG_PEEK) = 437
read(3, "Subject: problemen met printen\r\n", 32) = 32
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "M", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "MIME-Version: 1.0\r\nFrom: jjeroe@"..., 8191, MSG_PEEK) = 405
read(3, "MIME-Version: 1.0\r\n", 19)    = 19
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "F", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "From: jj...@rp...\r\n"..., 8191, MSG_PEEK) = 386
read(3, "From: jj...@rp...\r\n", 32) = 32
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "T", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "TO: e.v...@vi..., m.vidde"..., 8191, MSG_PEEK) = 354
read(3, "TO: e.v...@vi..., m.vidde"..., 48) = 48
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "C", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "CC: Judith Dayala <jdayala@rpa-h"..., 8191, MSG_PEEK) = 306
read(3, "CC: Judith Dayala <jdayala@rpa-h"..., 75) = 75
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "C", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Content-Type: multipart/alternat"..., 8191, MSG_PEEK) = 231
read(3, "Content-Type: multipart/alternat"..., 79) = 79
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-easynet-MailScanner: Found to "..., 8191, MSG_PEEK) = 152
read(3, "X-easynet-MailScanner: Found to "..., 42) = 42
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-easynet-MailScanner-SpamCheck:"..., 8191, MSG_PEEK) = 110
read(3, "X-easynet-MailScanner-SpamCheck:"..., 35) = 35
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X", 1, MSG_PEEK)               = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "X-Virus-Scanned: amavisd-new at "..., 8191, MSG_PEEK) = 75
read(3, "X-Virus-Scanned: amavisd-new at "..., 43) = 43
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r", 1, MSG_PEEK)              = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\n)\r\nA0006 OK Fetch completed.\r\n", 8191, MSG_PEEK) = 32
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
open("/etc/services", O_RDONLY)         = 4
fcntl64(4, F_GETFD)                     = 0
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=638705, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001e000
read(4, "#\n# Network services, Internet s"..., 4096) = 4096
read(4, "                        Jon Post"..., 4096) = 4096
close(4)                                = 0
munmap(0x4001e000, 4096)                = 0
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET6, sin6_port=htons(25), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
getsockname(4, {sa_family=AF_INET6, sin6_port=htons(1359), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0
close(4)                                = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(25), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
getsockname(4, {sa_family=AF_INET, sin_port=htons(1359), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0
close(4)                                = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(25), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
rt_sigaction(SIGALRM, {0x8054b60, [], 0}, {0x8054ef0, [], 0}, 8) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(4, "220 viddel.nl ESMTP Postfix\r\n", 8190, MSG_PEEK) = 29
read(4, "220 viddel.nl ESMTP Postfix\r\n", 29) = 29
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
rt_sigaction(SIGALRM, {0x8054ef0, [], 0}, {0x8054b60, [], 0}, 8) = 0
write(1, "fetchmail: SMTP< 220 viddel.nl E"..., 45) = 45
time(NULL)                              = 1143650329
write(4, "EHLO Deora.VIDDEL\r\n", 19)   = 19
write(1, "fetchmail: SMTP> EHLO Deora.VIDD"..., 35) = 35
recv(4, "250-viddel.nl\r\n250-PIPELINING\r\n2"..., 8190, MSG_PEEK) = 84
read(4, "250-viddel.nl\r\n", 15)        = 15
write(1, "fetchmail: SMTP< 250-viddel.nl\n", 31) = 31
recv(4, "250-PIPELINING\r\n250-SIZE 2024000"..., 8190, MSG_PEEK) = 69
read(4, "250-PIPELINING\r\n", 16)       = 16
write(1, "fetchmail: SMTP< 250-PIPELINING\n", 32) = 32
recv(4, "250-SIZE 20240000\r\n250-VRFY\r\n250"..., 8190, MSG_PEEK) = 53
read(4, "250-SIZE 20240000\r\n", 19)    = 19
write(1, "fetchmail: SMTP< 250-SIZE 202400"..., 35) = 35
recv(4, "250-VRFY\r\n250-ETRN\r\n250 8BITMIME"..., 8190, MSG_PEEK) = 34
read(4, "250-VRFY\r\n", 10)             = 10
write(1, "fetchmail: SMTP< 250-VRFY\n", 26) = 26
recv(4, "250-ETRN\r\n250 8BITMIME\r\n", 8190, MSG_PEEK) = 24
read(4, "250-ETRN\r\n", 10)             = 10
write(1, "fetchmail: SMTP< 250-ETRN\n", 26) = 26
recv(4, "250 8BITMIME\r\n", 8190, MSG_PEEK) = 14
read(4, "250 8BITMIME\r\n", 14)         = 14
write(1, "fetchmail: SMTP< 250 8BITMIME\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "MAIL FROM:<jjeroe@rpa-haaglanden"..., 48) = 48
write(1, "fetchmail: SMTP> MAIL FROM:<jjer"..., 64) = 64
rt_sigaction(SIGALRM, {0x8054b60, [], 0}, {0x8054ef0, [], 0}, 8) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(4, "250 Ok\r\n", 8190, MSG_PEEK)   = 8
read(4, "250 Ok\r\n", 8)                = 8
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
rt_sigaction(SIGALRM, {0x8054ef0, [], 0}, {0x8054b60, [], 0}, 8) = 0
write(1, "fetchmail: SMTP< 250 Ok\n", 24) = 24
time(NULL)                              = 1143650329
write(4, "RCPT TO:<ernst@localhost>\r\n", 27) = 27
write(1, "fetchmail: SMTP> RCPT TO:<ernst@"..., 43) = 43
rt_sigaction(SIGALRM, {0x8054b60, [], 0}, {0x8054ef0, [], 0}, 8) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(4, "250 Ok\r\n", 8190, MSG_PEEK)   = 8
read(4, "250 Ok\r\n", 8)                = 8
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
rt_sigaction(SIGALRM, {0x8054ef0, [], 0}, {0x8054b60, [], 0}, 8) = 0
write(1, "fetchmail: SMTP< 250 Ok\n", 24) = 24
time(NULL)                              = 1143650329
write(4, "DATA\r\n", 6)                 = 6
write(1, "fetchmail: SMTP> DATA\n", 22) = 22
rt_sigaction(SIGALRM, {0x8054b60, [], 0}, {0x8054ef0, [], 0}, 8) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(4, "354 End data with <CR><LF>.<CR><"..., 8190, MSG_PEEK) = 37
read(4, "354 End data with <CR><LF>.<CR><"..., 37) = 37
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
rt_sigaction(SIGALRM, {0x8054ef0, [], 0}, {0x8054b60, [], 0}, 8) = 0
write(1, "fetchmail: SMTP< 354 End data wi"..., 53) = 53
time(NULL)                              = 1143650329
write(4, "X-Original-To: vid_ernst@hosting"..., 87) = 87
write(4, "Received: from 212.204.236.251 ["..., 50) = 50
write(4, "\tby Deora.VIDDEL with IMAP (fetc"..., 46) = 46
time([1143650329])                      = 1143650329
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
write(4, "\tfor <ernst@localhost> (single-d"..., 78) = 78
write(4, "Received: from localhost (localh"..., 1617) = 1617
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "#\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, ")\r\nA0006 OK Fetch completed.\r\n", 8192, MSG_PEEK) = 30
read(3, ")\r\n", 3)                     = 3
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< )\n", 19)    = 19
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "A0006 OK Fetch completed.\r\n", 8192, MSG_PEEK) = 27
read(3, "A0006 OK Fetch completed.\r\n", 27) = 27
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< A0006 OK Fetch "..., 43) = 43
write(3, "A0007 FETCH 1 BODY.PEEK[TEXT]\r\n", 31) = 31
write(1, "fetchmail: IMAP> A0007 FETCH 1 B"..., 47) = 47
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "* 1 FETCH (BODY[TEXT] {7093}\r\n\r\n"..., 8192, MSG_PEEK) = 1440
read(3, "* 1 FETCH (BODY[TEXT] {7093}\r\n", 30) = 30
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(1, "fetchmail: IMAP< * 1 FETCH (BODY"..., 46) = 46
write(1, " (7093 body octets) ", 20)    = 20
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\n--openmail-part-000cf2e8-00000"..., 8191, MSG_PEEK) = 1410
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "--openmail-part-000cf2e8-0000000"..., 8191, MSG_PEEK) = 1408
read(3, "--openmail-part-000cf2e8-0000000"..., 35) = 35
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "--openmail-part-000cf2e8-0000000"..., 35) = 35
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Content-Type: text/plain; charse"..., 8191, MSG_PEEK) = 1373
read(3, "Content-Type: text/plain; charse"..., 46) = 46
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Content-Type: text/plain; charse"..., 46) = 46
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Content-Disposition: inline; fil"..., 8191, MSG_PEEK) = 1327
read(3, "Content-Disposition: inline; fil"..., 49) = 49
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Content-Disposition: inline; fil"..., 49) = 49
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\t;Creation-Date=\"Fri, 17 Mar 200"..., 8191, MSG_PEEK) = 1278
read(3, "\t;Creation-Date=\"Fri, 17 Mar 200"..., 51) = 51
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\t;Creation-Date=\"Fri, 17 Mar 200"..., 51) = 51
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Content-Transfer-Encoding: quote"..., 8191, MSG_PEEK) = 1227
read(3, "Content-Transfer-Encoding: quote"..., 45) = 45
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Content-Transfer-Encoding: quote"..., 45) = 45
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\nBeste Ernst/Menno,\r\n\r\nJudith k"..., 8191, MSG_PEEK) = 3771
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Beste Ernst/Menno,\r\n\r\nJudith kan"..., 8191, MSG_PEEK) = 3769
read(3, "Beste Ernst/Menno,\r\n", 20)   = 20
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Beste Ernst/Menno,\r\n", 20)  = 20
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\nJudith kan al een paar dagen n"..., 8191, MSG_PEEK) = 3749
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Judith kan al een paar dagen nie"..., 8191, MSG_PEEK) = 3747
read(3, "Judith kan al een paar dagen nie"..., 71) = 71
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Judith kan al een paar dagen nie"..., 71) = 71
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "2200 series PCL 6). (zie mailtje"..., 8191, MSG_PEEK) = 3676
read(3, "2200 series PCL 6). (zie mailtje"..., 68) = 68
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "2200 series PCL 6). (zie mailtje"..., 68) = 68
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "mailtje geplakt)\r\nBehalve dat ma"..., 8191, MSG_PEEK) = 3608
read(3, "mailtje geplakt)\r\n", 18)     = 18
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "mailtje geplakt)\r\n", 18)    = 18
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Behalve dat maakt haar computer "..., 8191, MSG_PEEK) = 3590
read(3, "Behalve dat maakt haar computer "..., 75) = 75
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Behalve dat maakt haar computer "..., 75) = 75
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\nprinter een piepend geluid als"..., 8191, MSG_PEEK) = 3515
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "printer een piepend geluid als h"..., 8191, MSG_PEEK) = 3513
read(3, "printer een piepend geluid als h"..., 58) = 58
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "printer een piepend geluid als h"..., 58) = 58
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Mijn vraag aan jullie is of jull"..., 8191, MSG_PEEK) = 3455
read(3, "Mijn vraag aan jullie is of jull"..., 73) = 73
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Mijn vraag aan jullie is of jull"..., 73) = 73
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "te verhelpen. (graag zsm dit van"..., 8191, MSG_PEEK) = 3382
read(3, "te verhelpen. (graag zsm dit van"..., 69) = 69
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "te verhelpen. (graag zsm dit van"..., 69) = 69
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\nAlvast bedankt,\r\n\r\n\r\n\r\nJuanita"..., 8191, MSG_PEEK) = 3313
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Alvast bedankt,\r\n\r\n\r\n\r\nJuanita J"..., 8191, MSG_PEEK) = 3311
read(3, "Alvast bedankt,\r\n", 17)      = 17
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Alvast bedankt,\r\n", 17)     = 17
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\n\r\n\r\nJuanita Jeroe\r\nLaan van Me"..., 8191, MSG_PEEK) = 3294
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\n\r\nJuanita Jeroe\r\nLaan van Meer"..., 8191, MSG_PEEK) = 3292
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "\r\nJuanita Jeroe\r\nLaan van Meerde"..., 8191, MSG_PEEK) = 3290
read(3, "\r\n", 2)                      = 2
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "\r\n", 2)                     = 2
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Juanita Jeroe\r\nLaan van Meerderv"..., 8191, MSG_PEEK) = 3288
read(3, "Juanita Jeroe\r\n", 15)        = 15
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Juanita Jeroe\r\n", 15)       = 15
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "Laan van Meerdervoort 55\r\n2517 A"..., 8191, MSG_PEEK) = 3273
read(3, "Laan van Meerdervoort 55\r\n", 26) = 26
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "Laan van Meerdervoort 55\r\n", 26) = 26
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "2517 AG Den Haag\r\nT: 070-312 54 "..., 8191, MSG_PEEK) = 3247
read(3, "2517 AG Den Haag\r\n", 18)     = 18
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "2517 AG Den Haag\r\n", 18)    = 18
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "T: 070-312 54 68\r\nF: 070-360 59 "..., 8191, MSG_PEEK) = 3229
read(3, "T: 070-312 54 68\r\n", 18)     = 18
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "T: 070-312 54 68\r\n", 18)    = 18
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "*", 1)                        = 1
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={300, 0}}, NULL) = 0
recv(3, "F: 070-360 59 67\r\nwww.rpa-haagla"..., 8191, MSG_PEEK) = 3211
read(3, "F: 070-360 59 67\r\n", 18)     = 18
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(4, "F: 070-360 59 67\r\n", 18)    = 18
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig ...
 
[truncated message content]