Plan 9 from Bell Labs’s /usr/web/sources/patch/sorry/rfc822date/notes

Copyright © 2021 Plan 9 Foundation.
Distributed under the MIT License.
Download the Plan 9 distribution.


Sun Nov 6 09:48:26 EST 2005 rsc
    As I'm sure you expected, I'm not going to apply this.
    
    You have correctly listed all the reasons that we use
    the received: line - it's local time, it reflects actual
    delivery, it's standardized and easy to parse (since we
    generated it), and so on.  It's also consistent with upas/fs.
    As far as parsing the RFC822 date goes, you can just copy
    /sys/src/cmd/upas/fs/strtotm.c.
    
    The error() changes are just wrong - the Mail: prefix is
    added by error and need not be in the string.
    
    A (clumsy) alternative is to read your mail via POP3, so
    that the Unix from line is dropped completely anyway.
    In this case upas/fs will use the RFC822 date because that
    is the only choice it has.
    
    Russ


Bell Labs OSI certified Powered by Plan 9

(Return to Plan 9 Home Page)

Copyright © 2021 Plan 9 Foundation. All Rights Reserved.
Comments to [email protected].