Giter Club home page Giter Club logo

emailler's People

Contributors

bobbimanners avatar digarok avatar gregwildman avatar groessler avatar jonnosan avatar oliverschmidt avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar

emailler's Issues

EMAIL: Need to save another ~200 bytes

Running out of memory doing A)rchive. Works when there is one less row in the summary screen, so I know we are <406 bytes over the limit! We have already saved a couple hundred bytes so ~200 bytes left to scrunch!

EDIT: Files saved in wrong directory

  • In buffer 1, open a file such as /FOO/X.TXT.
  • In buffer 2, open a file in a different directory such as /BAR/Y.TXT.
  • Now go back to buffer 1 and save.
  • File is saved to /BAR/X.TXT

When loading a file using the file_ui() file browser it must return full path.

EMAIL: Handle Content-Type: header

I do not handle the Content-Type header (global email header) - we do handle this for individual multipart MIME parts, just not when it applies to whole document.

EMAIL: Bug in `NEXT.EMAIL` handling

When I refactored the code that obtains and updates the next email number I introduced a bug. The result of this is EDIT.SYSTEM gets called with the post-increment value of the email number, not the pre-increment value. Not surprisingly it can't find the file!

EMAIL/EDIT: Do not offer to run ATTACHER for news articles (only email)

Right now when quitting EDIT.SYSTEM it will ask about attachments regardless of whether the document being edited is an email or a news article. ATTACHER.SYSTEM hard-codes the OUTBOX directory so will only work for email, not news. Easiest way around this is to disable attachments for news (and update the documentation accordingly.)

NNTP65: Kill file

It would be useful to be able to filter out reception of messages from an address listed in a killfile.

In particular, I want this to filter out spam in comp.sys.apple2!

EMAIL: Function for deleting lots of messages quickly

Would be really handy for cleaning up Usenet news group folders when we get short of disk space. Right now it is very tedious. Maybe we need a function to mark all messages from current to end as deleted. Will need some serious "Are you sure?" prompting.

EMAIL: Option to change name of downloaded attachment

When an attachment it received it can only be saved into the filename specified in the original email.

Some filenames do not comply with ProDOS naming rules (15 chars, alphanumeric and periods, no initial numbers). In these cases it is not possible to save the file.

It would be useful to be able to override the name specified in the email and provide one acceptable to ProDOS (or just save the attachment somewhere else.)

EMAIL/EDIT: Improve argument passing

Right now, EDIT.SYSTEM assumes that if it was called with any arguments it was by EMAIL.SYSTEM. This is not necessarily the case. Also, in this case it always asks whether to attach files, and if so calls ATTACHER.SYSTEM.

Add additional parameters to make this explicit. Perhaps:

  • EDIT.SYSTEM path/to/filename - Just open the file. Quit to ProDOS.
  • EDIT.SYSTEM emailrecv path/to/filename - Open the file and quit to EMAIL.SYSTEM
  • EDIT.SYSTEM emailsend path/to/filename - Open the file and ask about attachments on quitting. Call either ATTACHER.SYSTEM or EMAIL.SYSTEM

ATTACHER: Use new file_ui()

Whenever requesting a filename, embed the file_ui() from edit.c.

  • In ATTACHER: When asking for the file to attach
  • In EMAIL: When asking the name to save an attachment to.

EMAIL: email pager does not use MIME headers properly

The email_pager() function does not look at the MIME headers ... just embedded MIME sections. The code for reply / forward at least tries to do this (not sure it works properly though).

Test with Usenet articles, some of which are encoded as quoted-printable.

EMAIL: Improve UTF-8 handling

We can't display UTF-8 (other than the ASCII subset) but we can understand the multibyte encoding properly and at least print the right number of '#' characters :)

EDIT: No longer builds unless AUXMEM is set

The code no longer builds unless AUXMEM is set.

Either remove the conditional compilation so code is only for aux memory (//e 128K and better), or fix the code so it works once again without aux memory (with editor buffer in main memory).

EMAIL: Purge seems to be broken

When I try to purge deleted messages I get 'Can't open /DATA/EMAIL/mbox/EMAIL.DB.NEW'. This is with v2.1.0 under development (develop branch.) Not sure what I busted ... too many open files maybe?

EMAIL: Formatting issue in email_pager()

email_pager() is misformatting the User-Agent header. It is fine in the actual message - this is just a display issue. It looks like it is confused by the long preceding line.

EMAIL: Handle '8bit' encodings better

Right now I pass '8bit' codings through unchanged.

Non printable chars can cause the display to go crazy so I probably should be filtering these.

EMAIL: Make MIME separators more robust

Right now, any line beginning "--" is considered a MIME separator.

Would be more robust if it looked at 3rd char also and only accepted the line as a separator if it is not '-'.

EDIT: OA-O 'Open File' with unsaved changes

Should prompt whether to save unsaved changes, but instead goes straight into 'Name File' file_ui() screen. This is confusing as the user may not notice the title and inadvertently save over the file they are trying to open!!

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.