aboutsummaryrefslogtreecommitdiffstats
path: root/interfaces/email
Commit message (Collapse)AuthorAgeFilesLines
* Set self.ret if necessary in be-handle-mail.Command.response_msg().W. Trevor King2009-09-261-0/+1
| | | | | If an exception is raised during command exection, self.ret may be left at None.
* Added "Confirm" and "Subscribe" pseudoheaders to be-handle-mail.W. Trevor King2009-09-261-8/+44
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Allowed values for both are "yes" or "no", case insensitive. Setting Confirm:no disables the confirmation email letting you know your new bug was successfully submitted. Setting Subscribe:yes automatically subscribes you to the new bug you're submitting immediately, without reqiring an extra control email. In the case where both Confirm:yes and Subscribe:yes, the submitter will only recieve the subscription email (which shows the "be show" view of the new bug) and not the submission email (which shows the output of all the executed submission commands). Both of these pseudoheaders were in response to a Would you like a direct response concerning your comments? checkbox on the web frontend that generates emails for a BE repo. When the checkbox is set, we set Confirm:yes Subscribe:yes, and the submitter gets a nice pretty confirmation email and will be automatically notified of any future action on their bug. When the checkbox is not set, they get no response or submission emails. Also fixed up some bugs in in the subscriber_emails() parsing. We now use ordered_subscriptions to ensure that we parse the "DIR" subscription first, since we don't want to include the same information twice, and the user might be subscribed to DIR:all and a particular bug (which would be wierd, but is easily avoidable). This also ensures that the more central DIR level changes appear first in the email. We also check that there is an entry for a particular bug in bug_index before attempting to grab it, which could raise KeyErrors otherwise. Finally, we check to make sure we don't double-include bugs for which the user is subscribed to both that bug's new and DIR:new. A final minor correction is the capitalization of the first word of our log entries. The logs are pretty cluttered, and the capitalization helps the lines I care about stand out. A better solution would be to come up with a cleaner idea of what to write to the logs...
* Load bugs in be-handle-mail.Message.subscriber_emails().W. Trevor King2009-09-261-0/+2
| | | | | Because subscribe.get_bugdir_subscribers() only looks for subscribers in bugs that are already in memory.
* Fix agressive be-handle-mail.Message._strip_footer().W. Trevor King2009-09-261-0/+1
| | | | | | It had been eating the last line of the message (which wasn't a problem when I had a blank line before the footer, but was when I had neither footer nor trailing blank line).
* Prefix cache attributes in be-handle-mail with underscore (_).W. Trevor King2009-09-261-5/+5
| | | | | To conform with Python convention for "hiding" class attributes only intended for internal use.
* Convert incoming text/* email payloads to unicode in be-handle-mail.W. Trevor King2009-09-231-8/+7
| | | | | | | | | | | | | | | Switched from cStringIO to StringIO in be-handle-mail because: (from http://docs.python.org/library/stringio.html) "Unlike the memory files implemented by the StringIO module, those provided by this [cStringIO] module are not able to accept Unicode strings that cannot be encoded as plain ASCII strings." I'm not sure what all the fuss with sys.__stdin__ had been about in Command.run(), but I took it out and everything still seems to work ;). Also fix Makefail (again!) to install under $HOME by default.
* Fixed email.Parser typo in send_pgp_mime.py imports for Python 2.4.W. Trevor King2009-09-171-1/+1
|
* Fixed a few typos in be-handle-mailW. Trevor King2009-09-131-4/+4
|
* Mention commit message in interactive email README subject explaination.W. Trevor King2009-09-131-2/+2
|
* Typo EncryptedMessageFactory -> PGPMimeMessageFactory in send-pgp-mime.pyW. Trevor King2009-09-111-2/+2
| | | | | | I changed the class name in commit wking@drexel.edu-20090718201613-n242qfl4s3j3kfjf but missed two references.
* RCS -> VCS, BUGDIR_DISK_VERSION -> v1.2W. Trevor King2009-08-311-2/+2
|
* Broke up be-handle-mail.parse() into parse_new(), _comment(), and _control().W. Trevor King2009-08-161-57/+75
| | | | Also fleshed out the be-handle-mail docstring.
* be-handle-mail no longer sends blank subscriber emails when no change occurs.W. Trevor King2009-07-271-4/+15
| | | | | It had been mailing out the empty MIMEMultipart root returned by diff_tree.report().
* Fixed _procmailrc rules.W. Trevor King2009-07-272-16/+20
| | | | | | "[" is a special character. Also a few minor cleanups in be-handle-mail.
* Cleaned up be-handle-mail's subscriber notification emails (fewer attachments).W. Trevor King2009-07-272-20/+68
| | | | | | | | | | | Previously, every node in the DiffTree created it's own attachment. Now they're consolidated into a single attachment per bug. higher level nodes are still one attachment per node. Also: * added send_pgp_mime.append_text() * pulled guess_encoding() out of send_pgp_mime.encodedMIMEText(). * renamed data_string -> data_part in libbe.diff, since it needn't be a string.
* Allow "subscribe" command via the email interface.W. Trevor King2009-07-271-1/+1
|
* Tweaked the output text for modified bugs in libbe.diff and be-handle-mail.W. Trevor King2009-07-271-1/+5
|
* Added "be-handle-mail --notify-since REVISION".W. Trevor King2009-07-271-27/+62
|
* Added an additional format check to be-handle-mail's pseudoheader parsing.W. Trevor King2009-07-271-0/+2
| | | | Marked outstanding email interface bugs as fixed.
* Moved be-handle-mail over to new libbe.diff classes.W. Trevor King2009-07-271-96/+49
|
* be-handle-mail successfully generates bugdir-changed notification emails.W. Trevor King2009-07-231-7/+180
| | | | | This still needs a lot of cleaning up, but it worked for an "all" subscription to "DIR", so I thought I'd lock in the current status ;).
* Broke encodedMIMEText out of send-pgp-mime.PGPMimeMessageFactory.W. Trevor King2009-07-231-20/+21
| | | | | It's useful enough even when you're not intending to encrypt something.
* Use shlex.split() to parse control lines in be-handle-mail.W. Trevor King2009-07-203-16/+14
| | | | Split arguments following POSIX rather than at all whitespace.
* Added pseudo-header list to interfaces/email/interactive/README.W. Trevor King2009-07-201-14/+17
| | | | Also some minor textual cleanups.
* Added psuedo-header handling to be-handle-mail.W. Trevor King2009-07-202-4/+25
| | | | | | | | Many psuedo-headers had been ignored. Now they are all implemented. Getting this working exposed a few bugs in error message generation for Commands with IDs in their argument list. These bugs should now be fixed.
* Added interfaces/email/interactive/README and be-handle-mail options.W. Trevor King2009-07-202-11/+248
| | | | | | | | | | | | | | | The README should give enough info to install and use the interface. While I was writing it, I thought that be-handle-mail could use the --be-dir, --tag-base, and --test options. generate_global_tags() helps implement the --tag-base option. I set up a unittest framework since checking is currently a pipe-in-emails-by-hand sort of arrangement, which can be slow ;). Currently only generate_global_tags() is tested. I also restored "show" to ALLOWED_COMMANDS, since it seems to have wandered off ;).
* be-handle-mail shown to successfully commit partially-failing emails.W. Trevor King2009-07-191-0/+18
| | | | I've added the test-case that show it.
* More verbose User/UsageError reporting in be-handle-mailW. Trevor King2009-07-191-2/+4
|
* Worked out some kinks in be-handle-mail's autocommit.W. Trevor King2009-07-191-1/+6
| | | | For example, it's helpful to actually run the autocommit command ;).
* Fixed typos in be-handle-mail error message generationW. Trevor King2009-07-191-4/+4
|
* Adjusted final commit-handling in be-handle-mail.W. Trevor King2009-07-191-8/+9
| | | | | | | | Now the final commit will run whether or not the preceding commands raise any exceptions. Note that since we've added the "--allow-empty" to "be commit", we don't need to worry about empty commits after read-only actions.
* Oops, _now_ I've fixed the multipart generation in be-handle-mailW. Trevor King2009-07-191-3/+3
|
* Fixed multipart bug in be-handle-mail.Message.response_email()W. Trevor King2009-07-191-5/+4
| | | | | I hadn't attached the mutipart body to the .response_header, which meant that the reply lacked target email addresses, etc.
* Added --disable-autocommit to be-handle-mail.W. Trevor King2009-07-191-1/+15
| | | | Also restored repsonse-message logging to help track down bugs.
* be-handle-mail now commits after every successful email execution.W. Trevor King2009-07-191-7/+13
| | | | | | | | | Caveats: It will produce blank commits after emails that make no changes. Todo: --fail-on-null option to "be commit" It will not commit changes due to emails that are partly successful. Todo: add "be revert"
* Added more allowed commands and pseudo-headers to be-handle-mail.W. Trevor King2009-07-191-3/+5
| | | | The new pseudo-headers are currently ignored.
* be-handle-mail's new DBT-style interface handles the example emails now.W. Trevor King2009-07-193-31/+58
|
* Reworked be-handle-mail to be more like the Debian Bug Tracker.W. Trevor King2009-07-1911-102/+192
| | | | | Changed all the example emails over to the new format. Now it's time to try them all out and fix all the bugs ;).
* Generalized _procmailrc to allow several tags: [be-bug...W. Trevor King2009-07-191-1/+1
| | | | | | | | | This is part of a process to make the email interface more like the Debian Bug Tracker's. http://www.debian.org/Bugs/Reporting _procmailrc had been out of date anyway, [be-mail] should have been [be-bug].
* Added new_with_comment ability to be-handle-mail.W. Trevor King2009-07-182-4/+51
| | | | | Waiting for a response so you can get the bug ID for your initial comment is silly. Now you don't have to :)
* Assorted bugfixes to get reworked be-handle-mail working.W. Trevor King2009-07-182-21/+27
|
* Major be-handle-mail rewrite to make things more modular.W. Trevor King2009-07-182-173/+269
| | | | | Added Command and Message classes, and use new flexibility in send_pgp_mime.py.
* Oops, forgot to reset from/to_addr in send_pgp_mime.py unittestsW. Trevor King2009-07-181-2/+2
|
* Major send_pgp_mime.py reorganization to better integrate with email.Message.W. Trevor King2009-07-181-119/+111
| | | | | | | | | | | | | | | | | | | | | | | | | | Now send_pgp_mime.py passes it's unittests again, and it should be easier to use from be-handle-mail :). Renamed Mail -> EncryptedMessageFactory, since its role is to generate message bodies of various types (plain, signed, encrypted, ...) Separated the header processing from Mail, now you need to header_from_text() your header text to create an email.Message which you can use in EncrypedMessageFactory.sign(), .encrypt(), ... Once you've created the body message you want, you can attach it to the header with attach_root(header, root_part) where both header and root_part are email.Message instances. Made EncryptedMessageFactory doctests more robust, through the use of # doctest: +ELLIPSIS, +NORMALIZE_WHITESPACE which removed the need for the .strip*() methods. Also added the configurable from_addr and to_addr, which allows you to run the doctests with successful gpg calls. Just set them to some address from your private keyring, and pass the passphrase for that key in to your test via a file (or gpg-agent...) python send_pgp_mime.py -tP path/to/pasphrase/file
* Starting to seperate message handling in be-handle-mail.W. Trevor King2009-07-181-25/+37
| | | | | The goal being to make handling commands differently easier, rather than just passing off the whole interface to becommands.
* Normalized whitespace in be-handle-mail and send_pgp_mime.py.W. Trevor King2009-07-182-39/+37
| | | | | | | | | | | | | | | | | | | | | Also removed "commit after every message" from be-handle-mail, because a) not implemented yet b) don't want to commit spam, since we'd have to find a way to remove it later. Suggested future workflow: * "bzr diff" to poll for activity, blank output = no activity. * on activity: 1) look at changes 2) remove whatever 3) commit email-interface repo. 4) merge changes into your private repo * on private repo changes: * if activity in email-interface repo: 1) deal with email activity as above * push your private repo onto the email-interface repo (and update the email repos' working tree, if required)
* be-handle-mail now handles non-text comments.W. Trevor King2009-07-181-0/+6
| | | | | | | | | | | | This required replacing both the codec-wrapped sys.stdin _and_ the raw sys.__stdin__ with StringIO(stdin). becommands/comment will use only one or the other depending on the comment's content type. Caveat: Get_body_type only grabs the body and type of the first non-mulitpart section, which may not be what the user expects. Todo: Add multiple comments for each part of a multipart message, like we do in interfaces/xml/be-mbox-to-xml.
* In be-handle-mail, don't mess with stdin if the command doesn't need it.W. Trevor King2009-07-181-4/+6
| | | | This fixes problems with StringIO(None).
* In be-handle-mail, give new bug summary via command line.W. Trevor King2009-07-181-2/+3
| | | | | | Fixes incorrect implementation of _comment_ bodies via stdin in my wking@drexel.edu-20090718143517-mkd6toxmcoij3qwk commit.
* For be-handle-mail, pass comment body in via a temporary stdin.W. Trevor King2009-07-181-3/+9
| | | | | This avoids decode-recode issues inside libbe.cmdutil.execute(), as well as problems due to large comment bodies.