Active
Project:
Mailfix for Postfix
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
21 Jan 2011 at 15:17 UTC
Updated:
9 Jun 2012 at 15:16 UTC
Jump to comment: Most recent file
Comments
Comment #1
Mapi99 commentedI have made a version of this module which i have working on drupal 7, it does not work exactly the same as this module so im not sure if i should make it into a new project
Comment #2
alxsvdr commentedHello Mapi99,
Do you need CVS access? There's currently no D7 version, so if you want your version to become the official trunk, this would be awesome.
Nigel, do you agree?
Best regards,
A. Saavedra
Comment #3
nigelcunningham commentedThanks for asking for my input - I'm seeing a similar discussion with regard to og_mailinglist, and didn't realise at first that this was dealing with Mailfix!
Mapi99, would you post your code where we can see it? We can then review it and decide whether we're happy to have it be the D7 branch.
I'm generally in favour of the idea, but I'd like to see what the differences are in your version. Perhaps we can get them equivalent in functionality.
Regards,
Nigel
Comment #4
nigelcunningham commentedBy the way, I'd be interested to know what you did (if anything) about Postfix integration.
I'm imagining that I'll need to add support for the salted passwords to libpammysql (assuming I remember it's name right).
Regards,
Nigel
Comment #5
Mapi99 commentedHello guys,
Yes i ran into that exact problem with the salted passwords.
I've made my version very simple,
On user add: creates "email" and "password" entry in {postfix_users) using user and pass values from {users}
On user edit: updates values accordingly
Added two admin options: Generate email, and Update email in admin/people
I havent added quota, forward, bcc yet as i dont need it myself.
I dont know how to fix the salted password so as a work around i made it so my users can set their password in their profile.
Can one of you please pm or email me you email adress and i will send you the module code.
thanks,
Jeff
Comment #6
Mapi99 commentedit seems i have fixed it by rehashing the passwords to SHA256 unsalted before they are injected into {postfix_users}
i cannot connect to my mail yet but im not getting the password error anymore, seems passwords match now
Comment #7
nigelcunningham commentedI'll email you my address shortly.
I'd rather have it work 'out of the box', so I'll work on submitting a patch to libpam-mysql when I find some time.
Nigel
Comment #8
alxsvdr commentedWe could have a password field in Mailfix tables, and synchronize it with Drupal password through hook_user_update. This password could be encrypted using non-salted MD5, which Postfix supports out of the box.
Comment #9
nigelcunningham commentedThat's an idea. It does undo the security improvements in D7 though, and would probably earn us a security alert! :)
Comment #10
Mapi99 commentedthat wouldnt be a very good idea to do
Comment #11
nigelcunningham commentedNo, I agree.
I want to create a patch to libpam-mysql to let the Postfix side of things be able to handle the salted passwords. Once I get around to that, I'll put effort into a D7 port (if we haven't seen anything from you by then).
Comment #12
nigelcunningham commentedFirst cut of a patch against libpam-mysql as it is found in Ubuntu Maverick.
Completely untested - just put here so it doesn't get misplaced.
Comment #13
nigelcunningham commentedFirst working version of the patch against pam-mysql.
This is prepared against the Ubuntu Maverick source, but shouldn't be too hard to apply for other distros. Pam-MySql looks quite badly maintained. I might try contacting the developers to see if I can take it off their hands.
With this patch applied, I can successfully authenticate using the email address and salted password of a row in a D7 user table. The only change to my configuration from doing this in D6 is to modify /etc/pam.d/dovecot to say "crypt=5" instead of "crypt=3". This makes it use the new D7 code.
The test:
Now work can begin on porting Mailfix itself :)
Comment #14
nigelcunningham commentedOh, you might like the actual patch, too :)
Comment #15
klonosComment #16
nigelcunningham commentedI'm working on the Fasttoggle port at the moment, and will come back to Mailfix after that.
Comment #17
klonosGreat! Thanx for the update Nigel ;)
Comment #18
nigelcunningham commentedStarted a 7.x-1.x branch. Not usable yet.
Comment #19
nigelcunningham commentedJust thought I'd let you know I'm plodding away, getting my head around the changes to the form API and database querying. Getting there slowly :)
Comment #20
nigelcunningham commentedComment #21
ErnestoJaboneta commentedIs the D7 port still in progress(ie. not dead)? I wish I could help but I'm still learning Drupal!
Comment #22
nigelcunningham commentedIt's not dead. It's just that I'm working on a couple of other projects, and they're swallowing all available time at the moment. Sorry!
Comment #23
nigelcunningham commentedMaking some progress - the base module is ready for testing; currently working on the mailfix_admin module.
Comment #24
t.payne commentedI see that as of last month this was in need of testing... If the module is ready, I would like to help test and help in whatever ways I can.
Best,
Travis Payne
Comment #25
nigelcunningham commentedThe base module (mailfix itself) should be usable, and I'd appreciate feedback on it. I'm still trying to find time to finish off the other modules (views integration and so on).
Regards,
Nigel
Comment #26
klonosThere already exists a 7.x dev version for all of us that want to test things and provide feedback, so I think we should mark this task here as fixed (we do have an initial -partially- working version after all). Let's just file separate issues for missing features against the 7.x branch, shall we? This way it will be easier for people to test specific things and provide better feedback.