Re: [vchkpw] vpopmail UID/GID hardcoded in config.h
On Tue, 2009-08-18 at 18:34 -0500, Tom Collins wrote: > How often does the code actually reference the UID/GID? Could you > have a function to look it up and cache it in a static once found? > > A quick check and it looks like it's only referenced when adding a > user or updating the tcp.smtp.cdb file. There are a few other > references, but the common things (like vchkpw and vdelivermail) > don't appear to make use of it. > > Probably not a big deal to use getpwnam. > Not a big deal using getpwnam(). Also if you run nscd daemon, password/group file lookups get cached http://docs.sun.com/app/docs/doc/816-5166/nscd-1m?a=view Also using getpwnam() function allows you to use hooks like NSS (Name Service Switch) - http://en.wikipedia.org/wiki/Name_Service_Switch In Unix-like operating systems, the Name Service Switch (NSS) allows Unix configuration databases to be provided by different sources, including local files (for example: /etc/passwd, /etc/group, /etc/hosts), LDAP, and other sources. In case it can be used, attaching a function GetVpopID() which I used with vpopmail in my early days of using vpopmail. It uses static variables to cache the uid/gid. Regards Manvendra http://www.indimail.org !DSPAM:4a8b792832719326514358! /* * $Log: GetVpopID.c,v $ * Revision 1.3 2001-11-24 12:16:57+05:30 Cprogrammer * version information added * * Revision 1.2 2001-11-20 10:53:16+05:30 Cprogrammer * *** empty log message *** * * Revision 1.1 2001-10-24 18:15:00+05:30 Cprogrammer * Initial revision * */ #include "indimail.h" #include #ifndef lint static char sccsid[] = "$Id: GetVpopID.c,v 1.3 2001-11-24 12:16:57+05:30 Cprogrammer Stab mbhangui $"; #endif int GetVpopID(uid_t *uid, gid_t *gid) { struct passwd *pw; static uid_tsuid = -1; static gid_tsgid = -1; if(suid != -1 && sgid != -1) { *uid = suid; *gid = sgid; return(0); } if(!(pw = getpwnam(VPOPUSER))) { fprintf(stderr, "getpwnam failed for user %s\n", VPOPUSER); return(-1); } *uid = suid = pw->pw_uid; *gid = sgid = pw->pw_gid; return(0); } void getversion_GetVpopID_c() { printf("%s\n", sccsid); printf("%s\n", sccsidh); }
[vchkpw] patch to use pkgconfig to check for EV libs
use pkconfig to search for libev fix compile of vusaged/socket.c adding needed flags to gcc -- Itamar Reis Peixoto e-mail/msn: ita...@ispbrasil.com.br sip: ita...@ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 !DSPAM:4a8b411332719435811545! add_VUSAGEDLIBS_to-socket.patch Description: Binary data use_pkg-config-for-ev.patch Description: Binary data
Re: [vchkpw] vpopmail UID/GID hardcoded in config.h
> > How often does the code actually reference the UID/GID? Could you have a > function to look it up and cache it in a static once found? sounds great, the best solution at this moment. > A quick check and it looks like it's only referenced when adding a user or > updating the tcp.smtp.cdb file. There are a few other references, but the > common things (like vchkpw and vdelivermail) don't appear to make use of it. > > Probably not a big deal to use getpwnam. for packaging vpopmail as rpm it is, because no need to use a fixed uid/gid in all systems. Itamar Reis Peixoto e-mail/msn: ita...@ispbrasil.com.br sip: ita...@ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 !DSPAM:4a8b3dae32711327166225!
Re: [vchkpw] vpopmail UID/GID hardcoded in config.h
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 17, 2009, at 4:03 PM, Matt Brookings wrote: Itamar Reis Peixoto wrote: storing uid / gid in a config file will be light Lighter than accessing an authentication database, agreed. Like I said, I'm hoping to add configuration API to vpopmail that will replace all the configure-time options and settings. The vusage client and daemon use some admittedly rather older and hastily put together configuration code, that really isn't as efficient as it should be, considering the vusage client is built for speed. How often does the code actually reference the UID/GID? Could you have a function to look it up and cache it in a static once found? A quick check and it looks like it's only referenced when adding a user or updating the tcp.smtp.cdb file. There are a few other references, but the common things (like vchkpw and vdelivermail) don't appear to make use of it. Probably not a big deal to use getpwnam. - -Tom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFKizqBve7eT9VwhJURAo3GAJ0bvRwBCEINbHu1Aajl4oDNwTjnbACaAtMP gtLjiLcK09pkh34A6qBFGBI= =472+ -END PGP SIGNATURE- !DSPAM:4a8b3a9032712083014635!
Re: [vchkpw] Re: backend migration 5.5 vs 5.4.28
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Shubert wrote: > Wow! vQadmin-toaster has been broken (in part) for quite some time. It > was fine for inquiries, but when adding domains it did some screwy I'm not quite sure what you mean by vQadmin-toaster. We use vQadmin in production on thousands of systems with no issues. > things. I don't know if it was just the toaster version or what. I > simply used the CLI and went on with life. Word was that inter7 was > dropping vQadmin. I take it that vQadmin is back in the works? If this > is fixed in 5.5, that will make some folks very happy. We're by no means dropping vQadmin, we just haven't had any significant updates to provide in recent months. > I like your thinking. How soon can you have 5.5 working with LDAP for me > to test? I hope to have it in the next few months :) > There are probably a few folks in the toaster community who would be > happy to test 5.5 with mysql as long as I can give them a binary rpm to > install with. I'd like to make that process fairly automated (scripted) > though, given the apparent frequency of changes. I suppose now's not too > soon to begin getting test versions to them? 5.5 with the MySQL backend is ready to be tested. I don't expect any major changes in the module API, or in the MySQL module. > Are there any mysql schema changes in 5.5? I already have the 5.4.18 > domain name length change covered. Anything since 5.4.18 that will need > conversion of vpopmail database? Nope. > I see you're fixing quotas as well. That will be a welcome change. Quotas should be working in 5.4.28, and in 5.5. There's some additional work to be done, of course, but the core is there and should be working. The main difference between 5.5 and 5.4.28, is that 5.4.28 leaves the original semi-broken quota code in place as a fall-back, if the vusage daemon isn't running. As of now, 5.5 requires the vusage daemon to report disk usage. It's a matter of tuning the daemon to be as efficient as possible, so it continues to be a disk I/O saver, even on larger systems. > We'll try our best to do our part. Glad to hear it. Let me know if you come across any issues (or successes :) - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEUEARECAAYFAkqLKD0ACgkQIwet2/rgZyyOawCTBE5l382jDuzrHMcg4RQaVaTz jQCghI0SUOx8K7oRoEkIHpgqE9E5fEE= =ZPhx -END PGP SIGNATURE-
[vchkpw] Re: backend migration 5.5 vs 5.4.28
Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Shubert wrote: I'm inclined to wait for 5.5, especially since we'll be needing to upgrade to qmailadmin along with it. Are there any other packages that will be associated with 5.5? Do you mean packages that 5.5 is dependant on? I don't think we'll ever bring vpopmail to a state like that, other than with qmail I mean. I meant the the next part. Sorry I wasn't very clear on that. As far as packages that will rely on 5.5, qmailadmin's 1.4 branch relies on 5.5. There will also be a vQadmin release that will rely on 5.5. Wow! vQadmin-toaster has been broken (in part) for quite some time. It was fine for inquiries, but when adding domains it did some screwy things. I don't know if it was just the toaster version or what. I simply used the CLI and went on with life. Word was that inter7 was dropping vQadmin. I take it that vQadmin is back in the works? If this is fixed in 5.5, that will make some folks very happy. Do I understand correctly that you will not be getting to the LDAP portion of of 5.5 until the base part is stable? I hope to have the LDAP change done for the 5.5 stable. 5.5 is a big change from 5.4, and so I want any other big changes, like a re-working of the LDAP schema, to go along with the other big changes, rather than a series of big changes users have to constantly worry about. I like your thinking. How soon can you have 5.5 working with LDAP for me to test? I don't want to pin you down to a time, but what timeframe do you 'feel' 5.5 be stable? Closer to 2 months or 6 (or more)? Will that be with or w/out LDAP? It will be at least 2-3 months away, but should be less than 6, hopefully with the LDAP update (as well as many other changes). I can deal with that timeframe. I don't expect to be going to 5.5 without ldap, but that could change. Sometimes a series of smaller changes is easier to swallow. There are probably a few folks in the toaster community who would be happy to test 5.5 with mysql as long as I can give them a binary rpm to install with. I'd like to make that process fairly automated (scripted) though, given the apparent frequency of changes. I suppose now's not too soon to begin getting test versions to them? Are there any mysql schema changes in 5.5? I already have the 5.4.18 domain name length change covered. Anything since 5.4.18 that will need conversion of vpopmail database? I see you're fixing quotas as well. That will be a welcome change. FYI, I'll have more resources available for testing with LDAP than without, if that makes any difference. I'm guessing that there aren't many ldap users out there. There's plenty of LDAP users, but I doubt they're planning on using 5.5 in it's development form. :) Hehehe. Count me in with that group! Anyone using 5.5 is a major help to me. I can only put it in production in so many places. We'll try our best to do our part. Thanks. -- -Eric 'shubes' !DSPAM:4a8b260432711639497698!
[vchkpw] vusaged updates in 5.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Added two new polling configurations: Polling::Day age Polling::Maximum age These additions add additional control over how much user directories are scanned. The day age, similar to the 'Polling::Age factor' configuration, adds additional delays to polling by a factor of how many days since a user has authenticated. These changes can be found in the Subversion repository for the 5.5 branch. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqLJgEACgkQIwet2/rgZyyd0ACfZrgHXVMRpxMsd+GdWbs1hLUy vDUAoIc8Q1nP2prIf+HvP0f7hMcW3SZz =01ln -END PGP SIGNATURE-
Re: [vchkpw] Re: backend migration 5.5 vs 5.4.28
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Shubert wrote: > I'm inclined to wait for 5.5, especially since we'll be needing to > upgrade to qmailadmin along with it. Are there any other packages that > will be associated with 5.5? Do you mean packages that 5.5 is dependant on? I don't think we'll ever bring vpopmail to a state like that, other than with qmail I mean. As far as packages that will rely on 5.5, qmailadmin's 1.4 branch relies on 5.5. There will also be a vQadmin release that will rely on 5.5. > Do I understand correctly that you will not be getting to the LDAP > portion of of 5.5 until the base part is stable? I hope to have the LDAP change done for the 5.5 stable. 5.5 is a big change from 5.4, and so I want any other big changes, like a re-working of the LDAP schema, to go along with the other big changes, rather than a series of big changes users have to constantly worry about. > I don't want to pin you down to a time, but what timeframe do you 'feel' > 5.5 be stable? Closer to 2 months or 6 (or more)? Will that be with or > w/out LDAP? It will be at least 2-3 months away, but should be less than 6, hopefully with the LDAP update (as well as many other changes). > FYI, I'll have more resources available for testing with LDAP than > without, if that makes any difference. I'm guessing that there aren't > many ldap users out there. There's plenty of LDAP users, but I doubt they're planning on using 5.5 in it's development form. :) Anyone using 5.5 is a major help to me. I can only put it in production in so many places. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqLGIYACgkQIwet2/rgZywddwCghNf/K2YFKzLP3lQVSfGCSrfP xPwAoIu5QW3QUrWH6bHmgNWXFYe/f1GR =2CYN -END PGP SIGNATURE-
[vchkpw] Re: backend migration 5.5 vs 5.4.28
Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Shubert wrote: I'm working on bringing vpopmail-toaster (part of the http://www.qmailtoaster.com suite) up to the current vpopmail, while at the same time adding ldap support (vpopmail-toaster presently uses mysql exclusively, at vertion 5.4.17). The plan is to allow for either mysql or ldap as the backend, with a migration path (conversion script) for going from mysql to ldap. What would you recommend as an upgrade path? Get to 5.5 before adding ldap, or add ldap before jumping to 5.5? Your input about considerations either way will be appreciated. I'm hoping to get the LDAP patch completely updated and mostly re-written for stable 5.5. We've established some OIDs for this purpose. You may want to wait on the LDAP support. Fortunately, 5.5 supports authentication modules, rather than compiling them in, so your toaster can easily support any authentication backend without any changes to the main configuration. One other thing to keep in mind, is that 5.5 is a development version, and while I'd love to see more people using it, and thus providing more feedback about issues, it's worth repeating that it is a development version at this time. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ I'm inclined to wait for 5.5, especially since we'll be needing to upgrade to qmailadmin along with it. Are there any other packages that will be associated with 5.5? Do I understand correctly that you will not be getting to the LDAP portion of of 5.5 until the base part is stable? I don't want to pin you down to a time, but what timeframe do you 'feel' 5.5 be stable? Closer to 2 months or 6 (or more)? Will that be with or w/out LDAP? FYI, I'll have more resources available for testing with LDAP than without, if that makes any difference. I'm guessing that there aren't many ldap users out there. -- -Eric 'shubes' !DSPAM:4a8b172e32714075815604!
Re: [vchkpw] New 5.5.0-1250603589 on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gabriel Torres wrote: >> If you'd like to run qmailadmin, I just released the qmailadmin 1.4 branch >> which works with 5.5. > > Please advice where I can download it. At > http://sourceforge.net/projects/qmailadmin/files/ I haven't released a tarball for it yet. You can download it via Subversion: svn co https://qmailadmin.svn.sourceforge.net/svnroot/qmailadmin/branches/v1_4_0 - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqLErIACgkQIwet2/rgZyzl9QCgjmm9fdLeAtJUpoqkb3gSJVIO mtsAn1ZkjKJcKEpbrm/EI4TsX4UDuQXM =9N6S -END PGP SIGNATURE-
Re: [vchkpw] New 5.5.0-1250603589 on SourceForge
> If you'd like to run qmailadmin, I just released the qmailadmin 1.4 branch > which works with 5.5. Please advice where I can download it. At http://sourceforge.net/projects/qmailadmin/files/ I see 1.2.13 as the latest one. Gabriel. !DSPAM:4a8b123432711365826161!
Re: [vchkpw] New 5.5.0-1250603589 on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gabriel Torres wrote: >> Configure without the --disable-many-domains and try again > > Did it and now it is working like a charm! > > E-mail forwarders are all working. Glad to hear it. Let me know of any issues you run into. I'm always looking for feedback on 5.5. If you'd like to run qmailadmin, I just released the qmailadmin 1.4 branch which works with 5.5. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqLETYACgkQIwet2/rgZyxGxACbBJyDQ2PvY4FxL5QagV0FPKCu mc4AoIC2F4wKDoxHOk0CD7U9htuCeLIX =eM3t -END PGP SIGNATURE-
Re: [vchkpw] New 5.5.0-1250603589 on SourceForge
> Configure without the --disable-many-domains and try again Did it and now it is working like a charm! E-mail forwarders are all working. Thanks for your support! Cheers, Gabriel. !DSPAM:4a8b0f7132714183667199!
Re: [vchkpw] New 5.5.0-1250603589 on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gabriel Torres wrote: >> Are you sure you should have many domains disabled? > > Yes, compiling mysql backend with: > > ./configure --enable-valias --enable-auth-logging --disable-many-domains > && make && make install Configure without the --disable-many-domains and try again - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqK2rcACgkQIwet2/rgZyw7UwCfbJUIDA6a/lNaT4zjPCyQ0bOe ReQAn1b8yYQKJu1BmCHSaqiKEsTWnscJ =pfcT -END PGP SIGNATURE-
Re: [vchkpw] New 5.5.0-1250603589 on SourceForge
> Are you sure you should have many domains disabled? Yes, compiling mysql backend with: ./configure --enable-valias --enable-auth-logging --disable-many-domains && make && make install > What does the 5.5 > vuserinfo return for this user? ./vuserinfo gabr...@hardwaresecrets.com vmysql: sql error[3]: Table 'vpopmail.vpopmail' doesn't exist Attempting to rebuild connection to SQL server vmysql: connection rebuild failed: Table 'vpopmail.vpopmail' doesn't exist no such user gabr...@hardwaresecrets.com OBS: file /home/vpopmail/etc/vpopmail.mysql is there with the right config. Gabriel. > - -- > /* > Matt BrookingsGnuPG Key FAE0672C > Software developer Systems technician > Inter7 Internet Technologies, Inc. (815)776-9465 > */ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkqK0wUACgkQIwet2/rgZyxsSwCgkTU4xHHuxepGgkxB9mOyqya0 > OIQAn1MZw64JvERF5xSp9pmDDXBo6NHB > =bi2H > -END PGP SIGNATURE- > !DSPAM:4a8ad8b232719054218042!
Re: [vchkpw] New 5.5.0-1250603589 on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gabriel Torres wrote: > -- Error Message When Trying to send an e-mail -- > > ERROR: > Message not sent. Server replied: > Authentication failed > 535 authorization failed (#5.7.0) > > What shows up at syslog: > > Aug 18 13:06:49 mail vpopmail[12863]: vchkpw-smtp: vpopmail user not found > gabr...@hardwaresecrets.com:127.0.0.1 Are you sure you should have many domains disabled? What does the 5.5 vuserinfo return for this user? - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqK0wUACgkQIwet2/rgZyxsSwCgkTU4xHHuxepGgkxB9mOyqya0 OIQAn1MZw64JvERF5xSp9pmDDXBo6NHB =bi2H -END PGP SIGNATURE-
Re: [vchkpw] New 5.5.0-1250603589 on SourceForge
Matt, I downloaded this new package but I am now getting the following error. -- Compiled and Installed like this -- ./configure --enable-logging=p --disable-passwd --enable-clear-passwd && make && make install-strip cd backends/mysql ./configure --enable-valias --enable-auth-logging --disable-many-domains && make && make install -- Error Message When Trying to send an e-mail -- ERROR: Message not sent. Server replied: Authentication failed 535 authorization failed (#5.7.0) What shows up at syslog: Aug 18 13:06:49 mail vpopmail[12863]: vchkpw-smtp: vpopmail user not found gabr...@hardwaresecrets.com:127.0.0.1 Downgraded to 5.4.27 and it is working fine again. Gabriel. > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > ChangeLog: > - Removed old VALIAS ifdefs in vdelivermail > - Removed old VALIAS ifdefs in dotqmail2valias > - Updated dotqmail2valias to check if backend module provides native > valias support > - -- > /* > Matt BrookingsGnuPG Key FAE0672C > Software developer Systems technician > Inter7 Internet Technologies, Inc. (815)776-9465 > */ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkqKsukACgkQIwet2/rgZywfjwCfUNLTfJvMvE18/xbz8aYio+Q+ > oPcAn0OTCPhBkirdsJaqWXTt4upcxxs2 > =MePi > -END PGP SIGNATURE- > !DSPAM:4a8ad26a32719486612485!
Re: [vchkpw] backend migration 5.5 vs 5.4.28
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Shubert wrote: > I'm working on bringing vpopmail-toaster (part of the > http://www.qmailtoaster.com suite) up to the current vpopmail, while at > the same time adding ldap support (vpopmail-toaster presently uses mysql > exclusively, at vertion 5.4.17). The plan is to allow for either mysql > or ldap as the backend, with a migration path (conversion script) for > going from mysql to ldap. > > What would you recommend as an upgrade path? Get to 5.5 before adding > ldap, or add ldap before jumping to 5.5? Your input about considerations > either way will be appreciated. I'm hoping to get the LDAP patch completely updated and mostly re-written for stable 5.5. We've established some OIDs for this purpose. You may want to wait on the LDAP support. Fortunately, 5.5 supports authentication modules, rather than compiling them in, so your toaster can easily support any authentication backend without any changes to the main configuration. One other thing to keep in mind, is that 5.5 is a development version, and while I'd love to see more people using it, and thus providing more feedback about issues, it's worth repeating that it is a development version at this time. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqKx3sACgkQIwet2/rgZywYMgCghQrb7NxUiAA05srvr99zodUG 9DkAn2AivvvWZoJ/hDjw5i1c1CzHD0xr =SChU -END PGP SIGNATURE-
[vchkpw] backend migration 5.5 vs 5.4.28
Matt, Thanks for all your work on vpopmail. I'm working on bringing vpopmail-toaster (part of the http://www.qmailtoaster.com suite) up to the current vpopmail, while at the same time adding ldap support (vpopmail-toaster presently uses mysql exclusively, at vertion 5.4.17). The plan is to allow for either mysql or ldap as the backend, with a migration path (conversion script) for going from mysql to ldap. What would you recommend as an upgrade path? Get to 5.5 before adding ldap, or add ldap before jumping to 5.5? Your input about considerations either way will be appreciated. Thanks. -- -Eric 'shubes' !DSPAM:4a8ac58a32718170176529!
Re: [vchkpw] regarding qmail tap archiving
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Karpaha Vinayaham wrote: >> Hi >> >> If anyone know how to tap the bounce message please share it, i am >> interested in analysing my bounce messages. > > qtap does not distinguish between message types. It's just a patch to > qmail-queue, and so, it doesn't have a way to tell the difference between > a bounce message and any other message. > > What you need is a message classification program. > - -- Alternately, you can use the BOUNCEQUEUE patch from qmail.org on your main qmail instance, and then set up a secondary qmail instance that taps everything, and set the BOUNCEQUEUE environment variable to that second (tapped) instances qmail-queue. You'll need 2 different qmail-homes, as various pathings are hardcoded at compile time, but it will do what you want. I've got something similar going on where I have an 'in' and an 'out' instance of qmail on a gateway box, and the BOUNCEQUEUE for each is set to the opposite queue. I also have a homemade filter program in place that drops spam bounces that were rejected by the main server (M$ Exchange IMF) but have faked sender addresses and would bounce back in as a joe-job, but I don't recommend that piece as it's a direct RFC violation :) Josh Joshua Megerman SJGames MIB #5273 - OGRE AI Testing Division You can't win; You can't break even; You can't even quit the game. - Layman's translation of the Laws of Thermodynamics j...@honorablemenschen.com !DSPAM:4a8ac23132715398115266!
[vchkpw] New 5.5.0-1250603589 on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ChangeLog: - Removed old VALIAS ifdefs in vdelivermail - Removed old VALIAS ifdefs in dotqmail2valias - Updated dotqmail2valias to check if backend module provides native valias support - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqKsukACgkQIwet2/rgZywfjwCfUNLTfJvMvE18/xbz8aYio+Q+ oPcAn0OTCPhBkirdsJaqWXTt4upcxxs2 =MePi -END PGP SIGNATURE-
Re: [vchkpw] Vpopmail 5.5.0 vs. valias
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gabriel Torres wrote: > cd backends/mysql > ./configure --enable-valias --enable-auth-logging && make && make install > > Accesing MySQL directly or using the command /home/vpopmail/bin/valias > I can see the forwarder being listed, however when I send an > e-mail to this address the message bounces back. Can you please paste the error portion of the bounce message? 5.5 had left a few VALIAS ifdefs around that shouldn't have been there, and I want to make sure that's what's causing the bounce, vs some other issue. > If I downgrade to vpopmail 5.4.27 it works fine. I'd love to see more people testing 5.5 on their production systems, but keep in mind it is a development version. Always keep a handy way to downgrade quickly to a known-stable. You might also try switching to 5.4.28, which I will be marking stable shortly. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqKsiUACgkQIwet2/rgZyw6jwCfVCFJVn4DdP7jGSwGgHGRt+ay tVMAn0mrnFDeTSUjZgLIVHIpcWAWUZed =3Wcj -END PGP SIGNATURE-
Re: [vchkpw] regarding qmail tap archiving
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karpaha Vinayaham wrote: > Hi > > If anyone know how to tap the bounce message please share it, i am > interested in analysing my bounce messages. qtap does not distinguish between message types. It's just a patch to qmail-queue, and so, it doesn't have a way to tell the difference between a bounce message and any other message. What you need is a message classification program. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqKsT8ACgkQIwet2/rgZyyxEACgg0oosHFxWG2VuexEyWzpuq17 pIEAoIPAHEe5Cn8ZJy9SO2UVc5jOGxhJ =tomU -END PGP SIGNATURE-
Re: [vchkpw] regarding qmail tap archiving
Hi If anyone know how to tap the bounce message please share it, i am interested in analysing my bounce messages. --- On Thu, 13/8/09, Karpaha Vinayaham wrote: From: Karpaha Vinayaham Subject: [vchkpw] regarding qmail tap archiving To: vchkpw@inter7.com Date: Thursday, 13 August, 2009, 12:56 PM Dear All I am using qmail tap archiving system, It works fine for me. Currently it is archiving both the incoming and outgoing mails in same ID. I would like to implement a archiving system like every incoming mails should be forwarded to separate id, same for outgoing mails it should be forwarded to separate id. Is it possible to archive the bounce mails in a separate id. Have anyone tried this before, please help me in this. With Regards Vinay See the Web's breaking stories, chosen by people like you. Check out Yahoo! Buzz. Yahoo! recommends that you upgrade to the new and safer Internet Explorer 8. http://downloads.yahoo.com/in/internetexplorer/ !DSPAM:4a8a7b6c3271823008!