View applications submitted through site

If a user has permission to manage all content and the resume module is being used, then that user can filter by content type under admin/content.

That would surely show a list of jobs posted, but not a list of applications submitted for each job?

For whatever reason, it does not appear that the resume attachments are arriving correctly in my email messages. First question, is it correct that there is no built-in mechanism to view the resumes except via email? Second question, any ideas on why I am seeing something like the following in the emails that should have the resume attached? Is it something about the way I am viewing the message?

--1dfb80b7955437366c14836eddef94d4
Content-Type: text/plain; charset=UTF-8; format=flowed;

aadefsd

--1dfb80b7955437366c14836eddef94d4
Content-Type: text/plain;
name="mailOutFile.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="mailOutFile.txt"

SW4gZHJ1cGFsX21haWxfd3JhcHBlcgpJbiBkcnVwYWxfbWFpbF93cmFwcGVyCkluIGRydXBhbF9t
YWlsX3dyYXBwZXIKSW4gZHJ1cGFsX21haWxfd3JhcHBlcgo=

--1dfb80b7955437366c14836eddef94d4--

We were testing both Job Posting and Job Search modules at the same time. First, there were conflicts with both being installed and had to do some extensive testing, deletion of tables in database and reinstallation of Job Posting. We did a clean install but for some reason it didn't pass testing, I can't remember at this point but I think there was an issue where only the uber-admin was able to view and manage resumes no matter how permissions where configured (multi-role configuration). We cleaned it out and then did a clean install of Job Search and it seems to meet the needs of HR.

To fix the conflict, in this order, I had to delete all existing content related to anything jobs, applications and resumes, delete content types, delete module files in the directory and drop all job related tables. Then did a clean install of the Job Search module only, enabled all modules installed with Job Search, managed permissions, created new Resume and Job Posting Content Types.

Thanks for the information. I see now that there are incompatibilities between Job_Posting and Job_Search, which are of course completely separate projects with different developers. Honestly, I suspected as much based on earlier indirect feedback but since I've never personally had a need for Job_Search, it just wasn't on my main radar and I've never gotten around to testing this for myself.
I wrote Job_Posting at a time when there was nothing equivalent available for Drupal 6 and I wasn't thrilled with the current state (at the time) of Job_Search which seemed to have too many external dependencies and stability issues. Really, Job_Posting is intended as a lightweight alternative to Job_Search, not a complement to it. I'll put a note on the project page warning users of potential conflicts between the two.

@crutch, would it be possible to open a new issue for totally unrelated issues? (correct me if you think that's not the case...)

However useful your information is, imo it confuses the issue which is that it would be useful to be able to have a log of applications submitted through a job posting node.

Thanks,

Yeah, re-reading this there are two separate (but somewhat related) issues here. I think though that most of the confusion centres around the involvement of two quite different modules (Job_Posting vs. Job_Search) trying to serve similar purposes. We need to make sure we're talking about the same module here. For example, job_posting has no 'resume' facility per se: it is assumed that one's resume is merely uploaded and attached to an application email and sent along its way with very little involvement by Drupal other than as the relay for this payload.
@magnity, if you want to track applications you'd need to set up an additional db table to do this since I believe Drupal only tracks file uploads (part of this process, yes, but not exclusive to it). You'd obviously also want/need to set up some kind of authenticated view into that table through the admin interface. HTH.