Re: [vchkpw] Re: qmailadmin and forwards
On 01/09/2014 03:11, Eric Shubert wrote: Does anyone have any insight or recommendations for how to best use dovecot's LDA along with vpopmail and qmail? QMT already uses dovecot for imap and pop3 services. We're simply looking to take the next logical step. Not answering your question, but: I use vpopmail with dovecot too, and it works flawlessly without using the dovecot LDA. What would be the benefit of using the dovecot LDA since you have to go through vdelivermail anyway ? It adds a step, which has a cost; to be worth it, the benefits have to outweigh that cost. -- Laurent !DSPAM:54042ee156441333813399!
[vchkpw] Re: qmailadmin and forwards
On 09/01/2014 01:31 AM, Laurent Bercot wrote: On 01/09/2014 03:11, Eric Shubert wrote: Does anyone have any insight or recommendations for how to best use dovecot's LDA along with vpopmail and qmail? QMT already uses dovecot for imap and pop3 services. We're simply looking to take the next logical step. Not answering your question, but: I use vpopmail with dovecot too, and it works flawlessly without using the dovecot LDA. What would be the benefit of using the dovecot LDA since you have to go through vdelivermail anyway ? It adds a step, which has a cost; to be worth it, the benefits have to outweigh that cost. The benefit is sieve, which provides server side filtering. With the use of multiple (imap) mail clients (phones, tablets, etc), having the server do the filtering/filing of messages makes good sense. I don't think having the messages pass through vpopmail as well as deliver would impact performance all that much. If that's what it takes, to me I expect it'd be worth it. -- -Eric 'shubes' !DSPAM:540484f856446821598672!
[vchkpw] Re: qmailadmin and forwards
On 08/28/2014 10:26 AM, Laurent Bercot wrote: On 08/28/2014 02:26 PM, Eric Shubert wrote: Thanks for this explanation Rick. Now knowing how this actually works, I think I'll join you in being peeved about it. Not knowing any better, I would have presumed that the user d-q files would have been processed before the domain d-q files. Makes me wonder what the rationale is/was for processing the domain files first. It has to do with the way vpopmail uses qmail hooks to do its job. When you create the example.com domain, vpopmail modifies the /var/qmail/users/assign database so that qmail-local delivers the mail according to the instructions in ~/vpopmail/domains/example.com . So what reads your .qmail-* files in the domain directory is not vdelivermail, it's simply qmail-local. What vpopmail does is put a vdelivermail invocation in .qmail-default in the domain directory. vdelivermail then extracts the user name, looks it up in its vpasswd database to find the correct directory (most of the time ~vpopmail/domains/example.com/user) and delivers the mail according to the instructions in that directory. If you put a .qmail file in the domain directory, that takes precedence over .qmail-default, then vdelivermail will be bypassed entirely. So don't do that - let vpopmail do its black magic on the domain directory and only use user directories to put your .qmail files into. There are 2 things I'm not satisfied with, but they have nothing to do with the domain-wide .qmail files. The first thing is that vdelivermail duplicates most of the work of qmail-local for parsing .qmail files. It would be much more elegant to have vdelivermail just perform the vpopmail-specific stuff (extract user name, check the vpasswd database, go to user directory) then exec into qmail-local itself. The second thing is that vdelivermail does not make all the black magic transparent: the .qmail files in a user directory cannot be written exactly as if the user was a system user instead of a vpopmail user. I have a program, vsanitize, to be called in .qmail files in vpopmail user directories, that moves around a few environment variables to provide such transparency. Thanks to you too, Laurent. Please forgive me for asking the following question before thoroughly thinking through the process. We (the QMT community) are interested in replacing vdelivermail with dovecot's LDA deliver. This will be used in conjunction with sieve for server-side filtering. I gather from what you've said that deliver would be plugging into the domain's .qmail-default file, instead of vpopmail. In that case, deliver would be responsible for all forwarding as well, which I'm not sure it can handle. I haven't really looked into the details of this much yet. Does anyone have any insight or recommendations for how to best use dovecot's LDA along with vpopmail and qmail? QMT already uses dovecot for imap and pop3 services. We're simply looking to take the next logical step. Thanks everyone for your insights. -- -Eric 'shubes' !DSPAM:5403d29556441754111094!
[vchkpw] Re: qmailadmin and forwards
On 08/31/2014 06:57 PM, Eric Shubert wrote: On 08/28/2014 10:26 AM, Laurent Bercot wrote: On 08/28/2014 02:26 PM, Eric Shubert wrote: Thanks for this explanation Rick. Now knowing how this actually works, I think I'll join you in being peeved about it. Not knowing any better, I would have presumed that the user d-q files would have been processed before the domain d-q files. Makes me wonder what the rationale is/was for processing the domain files first. It has to do with the way vpopmail uses qmail hooks to do its job. When you create the example.com domain, vpopmail modifies the /var/qmail/users/assign database so that qmail-local delivers the mail according to the instructions in ~/vpopmail/domains/example.com . So what reads your .qmail-* files in the domain directory is not vdelivermail, it's simply qmail-local. What vpopmail does is put a vdelivermail invocation in .qmail-default in the domain directory. vdelivermail then extracts the user name, looks it up in its vpasswd database to find the correct directory (most of the time ~vpopmail/domains/example.com/user) and delivers the mail according to the instructions in that directory. If you put a .qmail file in the domain directory, that takes precedence over .qmail-default, then vdelivermail will be bypassed entirely. So don't do that - let vpopmail do its black magic on the domain directory and only use user directories to put your .qmail files into. There are 2 things I'm not satisfied with, but they have nothing to do with the domain-wide .qmail files. The first thing is that vdelivermail duplicates most of the work of qmail-local for parsing .qmail files. It would be much more elegant to have vdelivermail just perform the vpopmail-specific stuff (extract user name, check the vpasswd database, go to user directory) then exec into qmail-local itself. The second thing is that vdelivermail does not make all the black magic transparent: the .qmail files in a user directory cannot be written exactly as if the user was a system user instead of a vpopmail user. I have a program, vsanitize, to be called in .qmail files in vpopmail user directories, that moves around a few environment variables to provide such transparency. Thanks to you too, Laurent. Please forgive me for asking the following question before thoroughly thinking through the process. We (the QMT community) are interested in replacing vdelivermail with dovecot's LDA deliver. This will be used in conjunction with sieve for server-side filtering. I gather from what you've said that deliver would be plugging into the domain's .qmail-default file, instead of vpopmail. In that case, deliver would be responsible for all forwarding as well, which I'm not sure it can handle. I haven't really looked into the details of this much yet. Does anyone have any insight or recommendations for how to best use dovecot's LDA along with vpopmail and qmail? QMT already uses dovecot for imap and pop3 services. We're simply looking to take the next logical step. Thanks everyone for your insights. Ok, so I did a (very) little digging. It appears that deliver relies on Pigeonhole/Sieve for forwarding rules. I think I'd like to keep the existing vpopmail forwarding setup for the time being, so now the question becomes, what's the best way to configure vdelivermail to use dovecot's deliver to handle the actual local delivery. I'm guessing now that it should be specified in each (and every) user's .qmail-default file, where maildrop is presently hooked in. Any thoughts on this? I expect I'll need to modify a few vpopmail and qmailadmin modules to make this happen. Thanks for any thoughts on this. -- -Eric 'shubes' !DSPAM:5403d5df56441597863918!
[vchkpw] Re: qmailadmin and forwards
On 08/25/2014 05:48 PM, Charles Sprickman wrote: I block the spam before it enters the system using simscan. Thanks - not an option here since I need to allow users to opt in or out, etc. The simcontrol file allows you to customize settings per email address. I presume that this would be the initial (forward) address, since the true destination wouldn't be available yet at that point. -- -Eric 'shubes' !DSPAM:53fde4ac5644185827!
RE: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
Thank I suppose the '-' cause problem but i can t change :( Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com -Message d'origine- De : Eric Shubert [mailto:e...@shubes.net] Envoyé : jeudi 24 avril 2014 19:46 À : vchkpw@inter7.com Objet : [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem That could very well be, Tom. Stéphane, I believe the odd behavior is due to qmail's 'extension' feature, which comes into play with accounts that contain a '-', and the portion before the dash matches another account or forward. You could avoid this 'collision' (or 'conflict' or 'commonality') by choosing different address names, such as 'ssiad_secretariat@' or 'ssiad.secretariat@' or 'secretariat-ssiad@' (providing there is no account or forward called 'secretariat@' in this last case). Email extensions are a handy feature for some users, but admins need to be careful when using a '-' in account names. -- -Eric 'shubes' On 04/24/2014 09:43 AM, Tom Collins wrote: This sounds like a possible bug (or perhaps a configuration issue) in vdelivermail. With MySQL aliases, vdelivermail handles delivery. It's finding the ssiad forward first and delivering the message there (since -secretariat is an extension to that mailbox). By deleting the alias record stored in MySQL and replacing it with a dot-qmail file (.qmail-ssiad), you're allowing Qmail to handle its delivery before the message is handed off to vdelivermail. It's been a long time since I've worked with the vpopmail source code, but I imagine you'll find logic in vdelivermail that has it checking for aliases before mailboxes, and it's iterating through all possible base/extension pairs (foo-bar-baz, then foo-bar, then foo). -Tom On Apr 24, 2014, at 12:50 AM, Stéphane SALETTES wrote: Hi, You don't understand my problem, maybe because my english is bad :( ssiad-secretar...@piemont.fr is a standalone account no foward spa...@piemont.fr is a standalone account no foward and ss...@piemont.fr is just a foward to spa...@piemont.fr but if i send a message to ssiad-secretar...@piemont.fr nothing in is mailbox but the message is in the box of spa...@piemont.fr the work arraound that i find is delete the foward on qmailadmin (mysql) (ss...@piemont.fr - spa...@piemont.fr) and create a file .qmail-ssiad spa...@piemont.fr Hope you understand me this time sorry :) Thank Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com -Message d'origine- De : xaf [mailto:x...@abaxe.net] Envoyé : samedi 19 avril 2014 03:42 À : vchkpw@inter7.com Objet : Re: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem |-- Eric Shubert, le 18/04/2014 23:38, a dit : 3) what you desire to happen When i send a message to ssiad-secretar...@piemont.fr i want that the message go to the ssiad-secretar...@piemont.fr mail box and foward to spa...@piemont.fr And when i send a massage to ss...@piemont.fr i want a simple foward to spa...@piemont.fr I think if you modify the ssiad-secretariat@ account to also forward a copy to spasad@, that would achieve your desired behavior. I.e., in qmailadmin, under the Routing section, select Forward To, and check the Save a Copy checkbox. it's a part of a solution this will create a .qmail file in the user directory but vdelivermail won't read it because of the extension addresses mechanism Stéphane ssiad-secretariat@ is an alias for user ssiad@ it's quite a strange conf to give a forward to the user and the account to the alias mail delivery in a glance qmail-send - qmail-lspawn - qmail-local - vdelivermail - vuser/valias we must shorten delivery before vdelivermail handle it because of ssiad forward, vdelivermail will ignore ssiad-secretariat account IMHO a 32 bit guest consumes less memory than a 64 bit one. Unless you need to address more than 4GB of RAM you really don't get any benefit from a 64bit VM. Proxmox dev's seem to agree with me. http://pve.proxmox.com/wiki/FAQ Also, the disks should be of type virtio and not IDE. Performance under IDE sucks big time. lspawn read users/cdb, we can shorten the delivery here, answer 2 local read .qmail-files in domain directory, we can shorten too here, answer 1 answer 1, according vpopmail is in /home/vpopmail create a file .qmail-ssiad-secretariat in /home/vpopmail/domains/piemont.fr 0600 vpopmail:vchkpw write in spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ if you want to change the headers
RE: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
Hi, You don't understand my problem, maybe because my english is bad :( ssiad-secretar...@piemont.fr is a standalone account no foward spa...@piemont.fr is a standalone account no foward and ss...@piemont.fr is just a foward to spa...@piemont.fr but if i send a message to ssiad-secretar...@piemont.fr nothing in is mailbox but the message is in the box of spa...@piemont.fr the work arraound that i find is delete the foward on qmailadmin (mysql) (ss...@piemont.fr - spa...@piemont.fr) and create a file .qmail-ssiad spa...@piemont.fr Hope you understand me this time sorry :) Thank Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com -Message d'origine- De : xaf [mailto:x...@abaxe.net] Envoyé : samedi 19 avril 2014 03:42 À : vchkpw@inter7.com Objet : Re: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem |-- Eric Shubert, le 18/04/2014 23:38, a dit : 3) what you desire to happen When i send a message to ssiad-secretar...@piemont.fr i want that the message go to the ssiad-secretar...@piemont.fr mail box and foward to spa...@piemont.fr And when i send a massage to ss...@piemont.fr i want a simple foward to spa...@piemont.fr I think if you modify the ssiad-secretariat@ account to also forward a copy to spasad@, that would achieve your desired behavior. I.e., in qmailadmin, under the Routing section, select Forward To, and check the Save a Copy checkbox. it's a part of a solution this will create a .qmail file in the user directory but vdelivermail won't read it because of the extension addresses mechanism Stéphane ssiad-secretariat@ is an alias for user ssiad@ it's quite a strange conf to give a forward to the user and the account to the alias mail delivery in a glance qmail-send - qmail-lspawn - qmail-local - vdelivermail - vuser/valias we must shorten delivery before vdelivermail handle it because of ssiad forward, vdelivermail will ignore ssiad-secretariat account lspawn read users/cdb, we can shorten the delivery here, answer 2 local read .qmail-files in domain directory, we can shorten too here, answer 1 answer 1, according vpopmail is in /home/vpopmail create a file .qmail-ssiad-secretariat in /home/vpopmail/domains/piemont.fr 0600 vpopmail:vchkpw write in spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ if you want to change the headers for spasad or /home/vpopmail/domains/piemont.fr/spasad/Maildir/ /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ for straight copy answer 2 according to Eric explanation we have a .qmail in /home/vpopmail/domains/piemont.fr/ssiad-secretariat/ containing spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ we need local to read this .qmail file so lspawn have to point to the correct directory before local handle delivery edit /var/qmail/users/assign add the line (check if 89:89 are uid gid of vpopmail:vchkpw) =piemont.fr-ssiad-secretariat:piemont.fr:89:89:/home/vpopmail/domains/piemont.fr/ssiad-secretariat::: before the piemont.fr virtual domain line and run /var/qmail/bin/qmail-newu to rebuild /var/qmail/users/cdb answer 3 a forward account instead of a simple forward delete ssiad forward create ssiad account apply Eric solution without saving a copy ssiad will be master for ssiad-everything but secretariat xaf !DSPAM:5358c24734262119615012!
Re: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
This sounds like a possible bug (or perhaps a configuration issue) in vdelivermail. With MySQL aliases, vdelivermail handles delivery. It's finding the ssiad forward first and delivering the message there (since -secretariat is an extension to that mailbox). By deleting the alias record stored in MySQL and replacing it with a dot-qmail file (.qmail-ssiad), you're allowing Qmail to handle its delivery before the message is handed off to vdelivermail. It's been a long time since I've worked with the vpopmail source code, but I imagine you'll find logic in vdelivermail that has it checking for aliases before mailboxes, and it's iterating through all possible base/extension pairs (foo-bar-baz, then foo-bar, then foo). -Tom On Apr 24, 2014, at 12:50 AM, Stéphane SALETTES wrote: Hi, You don't understand my problem, maybe because my english is bad :( ssiad-secretar...@piemont.fr is a standalone account no foward spa...@piemont.fr is a standalone account no foward and ss...@piemont.fr is just a foward to spa...@piemont.fr but if i send a message to ssiad-secretar...@piemont.fr nothing in is mailbox but the message is in the box of spa...@piemont.fr the work arraound that i find is delete the foward on qmailadmin (mysql) (ss...@piemont.fr - spa...@piemont.fr) and create a file .qmail-ssiad spa...@piemont.fr Hope you understand me this time sorry :) Thank Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com -Message d'origine- De : xaf [mailto:x...@abaxe.net] Envoyé : samedi 19 avril 2014 03:42 À : vchkpw@inter7.com Objet : Re: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem |-- Eric Shubert, le 18/04/2014 23:38, a dit : 3) what you desire to happen When i send a message to ssiad-secretar...@piemont.fr i want that the message go to the ssiad-secretar...@piemont.fr mail box and foward to spa...@piemont.fr And when i send a massage to ss...@piemont.fr i want a simple foward to spa...@piemont.fr I think if you modify the ssiad-secretariat@ account to also forward a copy to spasad@, that would achieve your desired behavior. I.e., in qmailadmin, under the Routing section, select Forward To, and check the Save a Copy checkbox. it's a part of a solution this will create a .qmail file in the user directory but vdelivermail won't read it because of the extension addresses mechanism Stéphane ssiad-secretariat@ is an alias for user ssiad@ it's quite a strange conf to give a forward to the user and the account to the alias mail delivery in a glance qmail-send - qmail-lspawn - qmail-local - vdelivermail - vuser/valias we must shorten delivery before vdelivermail handle it because of ssiad forward, vdelivermail will ignore ssiad-secretariat account lspawn read users/cdb, we can shorten the delivery here, answer 2 local read .qmail-files in domain directory, we can shorten too here, answer 1 answer 1, according vpopmail is in /home/vpopmail create a file .qmail-ssiad-secretariat in /home/vpopmail/domains/piemont.fr 0600 vpopmail:vchkpw write in spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ if you want to change the headers for spasad or /home/vpopmail/domains/piemont.fr/spasad/Maildir/ /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ for straight copy answer 2 according to Eric explanation we have a .qmail in /home/vpopmail/domains/piemont.fr/ssiad-secretariat/ containing spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ we need local to read this .qmail file so lspawn have to point to the correct directory before local handle delivery edit /var/qmail/users/assign add the line (check if 89:89 are uid gid of vpopmail:vchkpw) =piemont.fr-ssiad-secretariat:piemont.fr:89:89:/home/vpopmail/domains/piemont.fr/ssiad-secretariat::: before the piemont.fr virtual domain line and run /var/qmail/bin/qmail-newu to rebuild /var/qmail/users/cdb answer 3 a forward account instead of a simple forward delete ssiad forward create ssiad account apply Eric solution without saving a copy ssiad will be master for ssiad-everything but secretariat xaf !DSPAM:53593f3d34268127549349!
[vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
That could very well be, Tom. Stéphane, I believe the odd behavior is due to qmail's 'extension' feature, which comes into play with accounts that contain a '-', and the portion before the dash matches another account or forward. You could avoid this 'collision' (or 'conflict' or 'commonality') by choosing different address names, such as 'ssiad_secretariat@' or 'ssiad.secretariat@' or 'secretariat-ssiad@' (providing there is no account or forward called 'secretariat@' in this last case). Email extensions are a handy feature for some users, but admins need to be careful when using a '-' in account names. -- -Eric 'shubes' On 04/24/2014 09:43 AM, Tom Collins wrote: This sounds like a possible bug (or perhaps a configuration issue) in vdelivermail. With MySQL aliases, vdelivermail handles delivery. It's finding the ssiad forward first and delivering the message there (since -secretariat is an extension to that mailbox). By deleting the alias record stored in MySQL and replacing it with a dot-qmail file (.qmail-ssiad), you're allowing Qmail to handle its delivery before the message is handed off to vdelivermail. It's been a long time since I've worked with the vpopmail source code, but I imagine you'll find logic in vdelivermail that has it checking for aliases before mailboxes, and it's iterating through all possible base/extension pairs (foo-bar-baz, then foo-bar, then foo). -Tom On Apr 24, 2014, at 12:50 AM, Stéphane SALETTES wrote: Hi, You don't understand my problem, maybe because my english is bad :( ssiad-secretar...@piemont.fr is a standalone account no foward spa...@piemont.fr is a standalone account no foward and ss...@piemont.fr is just a foward to spa...@piemont.fr but if i send a message to ssiad-secretar...@piemont.fr nothing in is mailbox but the message is in the box of spa...@piemont.fr the work arraound that i find is delete the foward on qmailadmin (mysql) (ss...@piemont.fr - spa...@piemont.fr) and create a file .qmail-ssiad spa...@piemont.fr Hope you understand me this time sorry :) Thank Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com -Message d'origine- De : xaf [mailto:x...@abaxe.net] Envoyé : samedi 19 avril 2014 03:42 À : vchkpw@inter7.com Objet : Re: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem |-- Eric Shubert, le 18/04/2014 23:38, a dit : 3) what you desire to happen When i send a message to ssiad-secretar...@piemont.fr i want that the message go to the ssiad-secretar...@piemont.fr mail box and foward to spa...@piemont.fr And when i send a massage to ss...@piemont.fr i want a simple foward to spa...@piemont.fr I think if you modify the ssiad-secretariat@ account to also forward a copy to spasad@, that would achieve your desired behavior. I.e., in qmailadmin, under the Routing section, select Forward To, and check the Save a Copy checkbox. it's a part of a solution this will create a .qmail file in the user directory but vdelivermail won't read it because of the extension addresses mechanism Stéphane ssiad-secretariat@ is an alias for user ssiad@ it's quite a strange conf to give a forward to the user and the account to the alias mail delivery in a glance qmail-send - qmail-lspawn - qmail-local - vdelivermail - vuser/valias we must shorten delivery before vdelivermail handle it because of ssiad forward, vdelivermail will ignore ssiad-secretariat account IMHO a 32 bit guest consumes less memory than a 64 bit one. Unless you need to address more than 4GB of RAM you really don't get any benefit from a 64bit VM. Proxmox dev's seem to agree with me. http://pve.proxmox.com/wiki/FAQ Also, the disks should be of type virtio and not IDE. Performance under IDE sucks big time. lspawn read users/cdb, we can shorten the delivery here, answer 2 local read .qmail-files in domain directory, we can shorten too here, answer 1 answer 1, according vpopmail is in /home/vpopmail create a file .qmail-ssiad-secretariat in /home/vpopmail/domains/piemont.fr 0600 vpopmail:vchkpw write in spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ if you want to change the headers for spasad or /home/vpopmail/domains/piemont.fr/spasad/Maildir/ /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ for straight copy answer 2 according to Eric explanation we have a .qmail in /home/vpopmail/domains/piemont.fr/ssiad-secretariat/ containing spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ we need local to read this .qmail file so lspawn have to point to the correct directory before local handle delivery edit /var/qmail/users/assign add the line (check if 89:89 are uid gid of vpopmail:vchkpw) =piemont.fr-ssiad-secretariat:piemont.fr:89:89:/home
Re: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
Stéphane, try in this way: * delete the forward ss...@piemont.fr * create one normal account ss...@piemont.fr * insert within this account a forward to spa...@piemont.fr In this way it should work. Tonino Il 24/04/2014 19:45, Eric Shubert ha scritto: That could very well be, Tom. Stéphane, I believe the odd behavior is due to qmail's 'extension' feature, which comes into play with accounts that contain a '-', and the portion before the dash matches another account or forward. You could avoid this 'collision' (or 'conflict' or 'commonality') by choosing different address names, such as 'ssiad_secretariat@' or 'ssiad.secretariat@' or 'secretariat-ssiad@' (providing there is no account or forward called 'secretariat@' in this last case). Email extensions are a handy feature for some users, but admins need to be careful when using a '-' in account names. -- Inter@zioniInterazioni di Antonio Nati http://www.interazioni.it to...@interazioni.it !DSPAM:5359502434261244028932!
[vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
On 04/18/2014 06:41 PM, xaf wrote: |-- Eric Shubert, le 18/04/2014 23:38, a dit : 3) what you desire to happen When i send a message to ssiad-secretar...@piemont.fr i want that the message go to the ssiad-secretar...@piemont.fr mail box and foward to spa...@piemont.fr And when i send a massage to ss...@piemont.fr i want a simple foward to spa...@piemont.fr I think if you modify the ssiad-secretariat@ account to also forward a copy to spasad@, that would achieve your desired behavior. I.e., in qmailadmin, under the Routing section, select Forward To, and check the Save a Copy checkbox. it's a part of a solution this will create a .qmail file in the user directory but vdelivermail won't read it because of the extension addresses mechanism Stéphane ssiad-secretariat@ is an alias for user ssiad@ it's quite a strange conf to give a forward to the user and the account to the alias mail delivery in a glance qmail-send - qmail-lspawn - qmail-local - vdelivermail - vuser/valias we must shorten delivery before vdelivermail handle it because of ssiad forward, vdelivermail will ignore ssiad-secretariat account lspawn read users/cdb, we can shorten the delivery here, answer 2 local read .qmail-files in domain directory, we can shorten too here, answer 1 answer 1, according vpopmail is in /home/vpopmail create a file .qmail-ssiad-secretariat in /home/vpopmail/domains/piemont.fr 0600 vpopmail:vchkpw write in spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ if you want to change the headers for spasad or /home/vpopmail/domains/piemont.fr/spasad/Maildir/ /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ for straight copy answer 2 according to Eric explanation we have a .qmail in /home/vpopmail/domains/piemont.fr/ssiad-secretariat/ containing spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ we need local to read this .qmail file so lspawn have to point to the correct directory before local handle delivery edit /var/qmail/users/assign add the line (check if 89:89 are uid gid of vpopmail:vchkpw) =piemont.fr-ssiad-secretariat:piemont.fr:89:89:/home/vpopmail/domains/piemont.fr/ssiad-secretariat::: before the piemont.fr virtual domain line and run /var/qmail/bin/qmail-newu to rebuild /var/qmail/users/cdb answer 3 a forward account instead of a simple forward delete ssiad forward create ssiad account apply Eric solution without saving a copy ssiad will be master for ssiad-everything but secretariat xaf Thanks for this post, xaf. It's the best description I've seen of delivery in the 8 years I've been using QMT. I expect this will be helpful when we integrate Dovecot's LDA in the near future. Stéphane, FWIW, I'd go with answer #3. It seems to me to be the simplest given your situation. It can all be done with qmailadmin, with no need to use any CLI configuration methods. -- -Eric 'shubes' !DSPAM:5352a9f034261066319550!
[vchkpw] RE: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
1) There are 2 emails accounts, spa...@piemont.fr , ssiad-secretar...@piemont.fr ss...@piemont.fr simply a forward with no account to spa...@piemont.fr 2) what actually happens When a message is sent to ssiad-secretar...@piemont.fr , ssiad-secretar...@piemont.fr doesn't receive this message but spa...@piemont.fr yes 3) what you desire to happen When i send a message to ssiad-secretar...@piemont.fr i want that the message go to the ssiad-secretar...@piemont.fr mail box and foward to spa...@piemont.fr And when i send a massage to ss...@piemont.fr i want a simple foward to spa...@piemont.fr thank siad-secretar...@piemont.fr mailto:siad-secretar...@piemont.fr spa...@piemont.fr mailto:spa...@piemont.fr ss...@piemont.fr mailto:ss...@piemont.fr Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com -Message d'origine- De : Eric Shubert [mailto:e...@shubes.net] Envoyé : jeudi 17 avril 2014 17:50 À : vchkpw@inter7.com Objet : !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem Stéphane, This does not appear to me to be what was written on the QMT list. In order to be clear, please describe: 1) your configuration (what are accounts, what are forwards) 2) what actually happens 3) what you desire to happen For example: 1) There are 2 email accounts, ss...@piemont.fr and spa...@piemont.fr. The ss...@piemont.fr account is configured to forward messages to spa...@piemont.fr. (Or is ss...@piemont.fr simply a forward with no account?) 2) When an email is sent to ??, it arrives at ??. 3) When an email is sent to ??, I'd like it to arrive at ??. Thanks. P.S. You've repeatedly written siad-secretariat@, which I assumed was a typo and you meant ssiad-secretariat@. Is this the case or not? -- -Eric 'shubes' On 04/17/2014 07:16 AM, Stéphane SALETTES wrote: This is 3 emails box siad-secretar...@piemont.fr mailto:siad-secretar...@piemont.fr spa...@piemont.fr mailto:spa...@piemont.fr ss...@piemont.fr mailto:ss...@piemont.fr and a redirection ss...@piemont.fr mailto:ss...@piemont.frto spa...@piemont.fr mailto:spa...@piemont.fr When I send an email to siad-secretar...@piemont.fr mailto:siad-secretar...@piemont.fr he did not receive but is spa...@piemont.fr mailto:spa...@piemont.fr who receives Thank Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com blocked::http://www.abac-info.com/ logo !DSPAM:5351484734261160721075!
[vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
In that case, On 04/18/2014 08:44 AM, Stéphane SALETTES wrote: 1) There are 2 emails accounts, spa...@piemont.fr , ssiad-secretar...@piemont.fr ss...@piemont.fr simply a forward with no account to spa...@piemont.fr I see. 2) what actually happens When a message is sent to ssiad-secretar...@piemont.fr , ssiad-secretar...@piemont.fr doesn't receive this message but spa...@piemont.fr yes That's what I would expect to happen, given your configuration. 3) what you desire to happen When i send a message to ssiad-secretar...@piemont.fr i want that the message go to the ssiad-secretar...@piemont.fr mail box and foward to spa...@piemont.fr And when i send a massage to ss...@piemont.fr i want a simple foward to spa...@piemont.fr I think if you modify the ssiad-secretariat@ account to also forward a copy to spasad@, that would achieve your desired behavior. I.e., in qmailadmin, under the Routing section, select Forward To, and check the Save a Copy checkbox. If that doesn't do what you desire, please explain how you expect your configuration to behave. -- -Eric 'shubes' thank siad-secretar...@piemont.fr mailto:siad-secretar...@piemont.fr spa...@piemont.fr mailto:spa...@piemont.fr ss...@piemont.fr mailto:ss...@piemont.fr Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com -Message d'origine- De : Eric Shubert [mailto:e...@shubes.net] Envoyé : jeudi 17 avril 2014 17:50 À : vchkpw@inter7.com Objet : !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem Stéphane, This does not appear to me to be what was written on the QMT list. In order to be clear, please describe: 1) your configuration (what are accounts, what are forwards) 2) what actually happens 3) what you desire to happen For example: 1) There are 2 email accounts, ss...@piemont.fr and spa...@piemont.fr. The ss...@piemont.fr account is configured to forward messages to spa...@piemont.fr. (Or is ss...@piemont.fr simply a forward with no account?) 2) When an email is sent to ??, it arrives at ??. 3) When an email is sent to ??, I'd like it to arrive at ??. Thanks. P.S. You've repeatedly written siad-secretariat@, which I assumed was a typo and you meant ssiad-secretariat@. Is this the case or not? -- -Eric 'shubes' On 04/17/2014 07:16 AM, Stéphane SALETTES wrote: This is 3 emails box siad-secretar...@piemont.fr mailto:siad-secretar...@piemont.fr spa...@piemont.fr mailto:spa...@piemont.fr ss...@piemont.fr mailto:ss...@piemont.fr and a redirection ss...@piemont.fr mailto:ss...@piemont.frto spa...@piemont.fr mailto:spa...@piemont.fr When I send an email to siad-secretar...@piemont.fr mailto:siad-secretar...@piemont.fr he did not receive but is spa...@piemont.fr mailto:spa...@piemont.fr who receives Thank Cordialement -- Stephane Salettes ABAC Informatique 1 Bis Ave Pech Loubat ZI La Coupe 11100 Narbonne Tél: 33 (0)4 68 41 73 00 FAX : 33 (0)4 6841 73 02 GSM: 33 (0)6 85 36 67 28 http://www.abac-info.com blocked::http://www.abac-info.com/ logo !DSPAM:53519b6834261578218977!
Re: [vchkpw] Re: !!! CHECK SENDER !!![vchkpw] [SPAM] Re: [SPAM] Rrdirection problem
|-- Eric Shubert, le 18/04/2014 23:38, a dit : 3) what you desire to happen When i send a message to ssiad-secretar...@piemont.fr i want that the message go to the ssiad-secretar...@piemont.fr mail box and foward to spa...@piemont.fr And when i send a massage to ss...@piemont.fr i want a simple foward to spa...@piemont.fr I think if you modify the ssiad-secretariat@ account to also forward a copy to spasad@, that would achieve your desired behavior. I.e., in qmailadmin, under the Routing section, select Forward To, and check the Save a Copy checkbox. it's a part of a solution this will create a .qmail file in the user directory but vdelivermail won't read it because of the extension addresses mechanism Stéphane ssiad-secretariat@ is an alias for user ssiad@ it's quite a strange conf to give a forward to the user and the account to the alias mail delivery in a glance qmail-send - qmail-lspawn - qmail-local - vdelivermail - vuser/valias we must shorten delivery before vdelivermail handle it because of ssiad forward, vdelivermail will ignore ssiad-secretariat account lspawn read users/cdb, we can shorten the delivery here, answer 2 local read .qmail-files in domain directory, we can shorten too here, answer 1 answer 1, according vpopmail is in /home/vpopmail create a file .qmail-ssiad-secretariat in /home/vpopmail/domains/piemont.fr 0600 vpopmail:vchkpw write in spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ if you want to change the headers for spasad or /home/vpopmail/domains/piemont.fr/spasad/Maildir/ /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ for straight copy answer 2 according to Eric explanation we have a .qmail in /home/vpopmail/domains/piemont.fr/ssiad-secretariat/ containing spa...@piemont.fr /home/vpopmail/domains/piemont.fr/ssiad-secretariat/Maildir/ we need local to read this .qmail file so lspawn have to point to the correct directory before local handle delivery edit /var/qmail/users/assign add the line (check if 89:89 are uid gid of vpopmail:vchkpw) =piemont.fr-ssiad-secretariat:piemont.fr:89:89:/home/vpopmail/domains/piemont.fr/ssiad-secretariat::: before the piemont.fr virtual domain line and run /var/qmail/bin/qmail-newu to rebuild /var/qmail/users/cdb answer 3 a forward account instead of a simple forward delete ssiad forward create ssiad account apply Eric solution without saving a copy ssiad will be master for ssiad-everything but secretariat xaf !DSPAM:5351d45834261943715214!
[vchkpw] Re: [SPAM] Patches for qmail suggestions and upgrade
On 04/17/2014 11:33 AM, Remo Mattei wrote: Hello all I have a qmail which is running now I want to up it to netqmail 1.06 so I plan to recomp it and I have vpopmail working so on the new one I want to add chkuser and tls but also few others like the channel since gmail and others have been really a pain does anyone suggest a set of patches or one that does it all in one? Thanks Inviato da iPhone () https://github.com/QMailToaster/qmail Why roll your own? QMT has prebuilt qmail package (as well as many others) for COS5 and COS6 now. http://mirrors.qmailtoaster.com/testing/. -- -Eric 'shubes' !DSPAM:535049e334261423416284!
[vchkpw] Re: [SPAM] Re: [vchkpw] [SPAM] Re: [vchkpw] [SPAM] Re: [vchkpw] Qmail maillog vchkpw-submission vs vchkpw-smtp
PLAIN authentication is ok, provided that TLS has been activated by the client (presumably before credentials are sent) or SSL is in use (unconventional 465 port). In changing this, each client will need to be manually reconfigured. I'm not aware of any client that automatically adjusts to changes such as this. I'm not aware of a practical way to require encrypted passwords for qmail-smtpd (whether on port 25 or 587) at this point. Spamdyke has a recent feature allowing it to handle authentication, and I believe that Sam will be adding a setting to require encryption before authentication in the next release. When that's available, I'll be changing QMT to use spamdyke for authentication, which will (at last) allow for enforcement of this policy (no passwords sent in clear text). On the retrieval side of things, dovecot provides such a configuration parameter, #disable_plaintext_auth = yes, which is the default value. P.S. FWIW, I would have not expected to see (as many) unauthorized attempts on port 587. Spammers will eventually use this port though. -- -Eric 'shubes' On 03/05/2014 08:34 AM, LHTek wrote: I am using PLAIN text passwords I'm afraid. I will be changing that now though. I very tired of these password hacks. Since this will be a new process for me I have questions: In changing the server to require encrypted passwords, will I need to contact all my clients and have them change the way they connect? Or will their email clients just automate the change? *From:* c...@milos.co.za c...@milos.co.za *To:* vchkpw@inter7.com *Sent:* Wednesday, March 5, 2014 6:45 AM *Subject:* [vchkpw] [SPAM] Re: [vchkpw] [SPAM] Re: [vchkpw] [SPAM] Re: [vchkpw] Qmail maillog vchkpw-submission vs vchkpw-smtp It doesn't matter how good your password is if you're using plaintext connections :) Since every MUA I've used i nthe last few years supports SSL or TLS I should really get around to deprecating pop3 and imap and only using pop3s and imaps. This is especially imporant since some govts are trying to push through laws forcing ISP's to store all of the data each of their users downloads meaning that your unencrypted data will remain stored for however long is legislated with access by who knows how many people. \\Clay On 2014-03-05 07:57, Tom Collins wrote: The submission entries outside the US could very well be from hacked accounts. I'm finding a surprising number of compromised accounts (once a week?), including users with good passwords, so I have to assume they're snooped on public wireless, or their computers are compromised by malware of some sort. The vckpw-smtp entries from outside the US are probably also hacked accounts, since mail received from remote servers doesn't include authentication. Sorry I wasn't thinking clearly in my previous response -- I forgot these were vchkpw entries and are only related to authentication. I was thinking about qmail logs. -Tom On Mar 4, 2014, at 10:43 PM, LHTek wrote: Thanks for the reply. NOTE: None of my users will have sent anything from outside the US. I've got some log entries for vchkpw-submission (marked as successful in the log) with non-US IP's (Russia, Egypt, Honk Kong, etc).In my analysis I'm marking those entries as hacked accounts. From what I read from your response, vchkpw-smtp (marked as successful in the log) entries could be mail sent TO my server FROM another server on port 25. That tells me those are probably safe submissions - even if they are from overseas IPs. Am I thinking correctly? *From:* Tom Collins t...@tomlogic.com mailto:t...@tomlogic.com *To:* vchkpw@inter7.com mailto:vchkpw@inter7.com *Sent:* Wednesday, March 5, 2014 12:02 AM *Subject:* Re: [vchkpw] Qmail maillog vchkpw-submission vs vchkpw-smtp vchkpw-submission is on port 587, and is typically used for emai clients relaying mail. It's often set up to require authentication. vchkpw-smtp is on port 25, and can be used for email clients to relay mail, or by other servers delivering mail to your server. -Tom On Mar 4, 2014, at 9:41 PM, LHTek wrote: In the /var/log/maillog file what is the difference between these 2 entries (vchkpw-submission, vchkpw-smtp)? example: Mar 4 17:27:03 michael vpopmail[14701]: vchkpw-submission: (PLAIN) login success t...@domain.com:64.185.3.238 Mar 4 10:54:42 michael vpopmail[29027]: vchkpw-smtp: (PLAIN) login success t...@domain.com:64.57.239.114 !DSPAM:531756ed34261630194476!
[vchkpw] Re: [SPAM] Re: vusaged compile error
Is the system finding the correct libvpopmail? Perhaps search the entire system for all libvpopmail files to be sure there's not another one being picked up inadvertently? -- -Eric 'shubes' On 12/13/2013 04:38 AM, Marcello Lupo wrote: Hello, Yes i have done it but it is not woking. Anyway the make distclean is useless in the vusaged directory. It doesn’t produce any effect since the Makefile have still to be created because ./configure is not working. The libvpopmail.a is correctly found and loaded in the LDCONFIG. Any hint? Thank you Bye Marcello Il giorno 12/dic/2013, alle ore 19:09, Eric Shubert e...@shubes.net ha scritto: Have you done as Matt suggested? # make distclean # export LDFLAGS='-ldl' # ./configure make. On 12/12/2013 10:16 AM, Marcello Lupo wrote: Hello, any news on this issue? I have exactly this issue on ubuntu server 12.04 LTS x86_64 . checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail I tried vpopmail version 5.4.32 and 5.4.33 . This are the options: ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --enable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh I already tried all the solutions suggested in this thread with no success. Thank you all for any help. Bye Marcello Il giorno 05/mar/2013, alle ore 17:55, Remo Mattei r...@italy1.com ha scritto: which version of vpop? On Mar 5, 2013, at 07:45 , Franko Fang dahuananhu1...@163.com wrote: Dear Matt: Matt Brookings matt at inter7.com writes: On 01/24/2011 10:22 AM, Qmail List wrote: Hi, For Vpopmail, i did this. ./configure --enable-logging=v \ make make install-strip Vpopmail config.log http://pastebin.com/5xZT1EiH Vpopmail config.h http://pastebin.com/t6FQzp0U For Vusaged, i did this. ./configure make Vusaged config.log http://pastebin.com/78MsKPjh Vusaged config.h http://pastebin.com/k9kk7Zff In the vusaged source directory, run make clean, then export LDFLAGS='-ldl', then try to build again. --I did the same compile on Ubuntu 12.04 32bit system, and the error still exists. checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail --Any ideas for my issue? Best Regards, Franko Fang -- -Eric 'shubes' !DSPAM:52ab4ab034261127822959!
[vchkpw] Re: [SPAM] Re: vusaged compile error
For your reference, here's the .spec file I'm using for the QMailToaster version of vpopmail: https://github.com/QMailToaster/vpopmail/blob/master/vpopmail.spec This is building ok on CentOS 5 6, and both x86_64 and i386 arch's. You might try running autoreconf automake autoconf before running the configure script, and see what that does for you. HTH. -- -Eric 'shubes' On 12/13/2013 11:14 AM, Marcello Lupo wrote: Hi, yes all is correct: the only libvpopmail.a found are: /usr/src/vpopmail-5.4.33/libvpopmail.a /home/vpopmail/lib/libvpopmail.a and are identical files. I think the issue can reside in the way the configure script make the check of vauth_getpw in the libvpopmail or depending on some configure option i used. I tried to dig a little bit in the sources but was not able to understand so much. I’m not so skilled coder. Thank you if you have any other suggestion. Eventually i can give you access to the system of you need it. I really need to compile it otherwise the server will never start. Thank you Bye Marcello Il giorno 13/dic/2013, alle ore 18:58, Eric Shubert e...@shubes.net ha scritto: Is the system finding the correct libvpopmail? Perhaps search the entire system for all libvpopmail files to be sure there's not another one being picked up inadvertently? -- -Eric 'shubes' On 12/13/2013 04:38 AM, Marcello Lupo wrote: Hello, Yes i have done it but it is not woking. Anyway the make distclean is useless in the vusaged directory. It doesn’t produce any effect since the Makefile have still to be created because ./configure is not working. The libvpopmail.a is correctly found and loaded in the LDCONFIG. Any hint? Thank you Bye Marcello Il giorno 12/dic/2013, alle ore 19:09, Eric Shubert e...@shubes.net ha scritto: Have you done as Matt suggested? # make distclean # export LDFLAGS='-ldl' # ./configure make. On 12/12/2013 10:16 AM, Marcello Lupo wrote: Hello, any news on this issue? I have exactly this issue on ubuntu server 12.04 LTS x86_64 . checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail I tried vpopmail version 5.4.32 and 5.4.33 . This are the options: ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --enable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh I already tried all the solutions suggested in this thread with no success. Thank you all for any help. Bye Marcello Il giorno 05/mar/2013, alle ore 17:55, Remo Mattei r...@italy1.com ha scritto: which version of vpop? On Mar 5, 2013, at 07:45 , Franko Fang dahuananhu1...@163.com wrote: Dear Matt: Matt Brookings matt at inter7.com writes: On 01/24/2011 10:22 AM, Qmail List wrote: Hi, For Vpopmail, i did this. ./configure --enable-logging=v \ make make install-strip Vpopmail config.log http://pastebin.com/5xZT1EiH Vpopmail config.h http://pastebin.com/t6FQzp0U For Vusaged, i did this. ./configure make Vusaged config.log http://pastebin.com/78MsKPjh Vusaged config.h http://pastebin.com/k9kk7Zff In the vusaged source directory, run make clean, then export LDFLAGS='-ldl', then try to build again. --I did the same compile on Ubuntu 12.04 32bit system, and the error still exists. checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail --Any ideas for my issue? Best Regards, Franko Fang -- -Eric 'shubes' !DSPAM:52ab5c0234262134724148!
[vchkpw] Re: [SPAM] Re: vusaged compile error
Hmmm. When I run ./configure in vusaged/, I get: checking for stdint.h... yes checking for unistd.h... yes checking ev.h usability... no checking ev.h presence... no checking for ev.h... no checking for ev_loop_new in -lev... no configure: error: No libev found Now, I wonder where ev comes from. Actually, I wonder what ev *is*. ;) I'm no vpopmail expert, but I'm getting there. ;) -- -Eric 'shubes' On 12/13/2013 01:08 PM, Marcello Lupo wrote: Hi, Thank you. I tried in vpopmail-5.4.33 dir: make distclean autoreconf automake autoconf ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --disable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh make make install-strip ldconfig All compiled fine and installed. When compile vusaged i get the same error both with or without the export LDFLAGS='-ldl’ command. Other hints? Thank you Bye Marcello Il giorno 13/dic/2013, alle ore 20:11, Eric Shubert e...@shubes.net ha scritto: For your reference, here's the .spec file I'm using for the QMailToaster version of vpopmail: https://github.com/QMailToaster/vpopmail/blob/master/vpopmail.spec This is building ok on CentOS 5 6, and both x86_64 and i386 arch's. You might try running autoreconf automake autoconf before running the configure script, and see what that does for you. HTH. -- -Eric 'shubes' On 12/13/2013 11:14 AM, Marcello Lupo wrote: Hi, yes all is correct: the only libvpopmail.a found are: /usr/src/vpopmail-5.4.33/libvpopmail.a /home/vpopmail/lib/libvpopmail.a and are identical files. I think the issue can reside in the way the configure script make the check of vauth_getpw in the libvpopmail or depending on some configure option i used. I tried to dig a little bit in the sources but was not able to understand so much. I’m not so skilled coder. Thank you if you have any other suggestion. Eventually i can give you access to the system of you need it. I really need to compile it otherwise the server will never start. Thank you Bye Marcello Il giorno 13/dic/2013, alle ore 18:58, Eric Shubert e...@shubes.net ha scritto: Is the system finding the correct libvpopmail? Perhaps search the entire system for all libvpopmail files to be sure there's not another one being picked up inadvertently? -- -Eric 'shubes' On 12/13/2013 04:38 AM, Marcello Lupo wrote: Hello, Yes i have done it but it is not woking. Anyway the make distclean is useless in the vusaged directory. It doesn’t produce any effect since the Makefile have still to be created because ./configure is not working. The libvpopmail.a is correctly found and loaded in the LDCONFIG. Any hint? Thank you Bye Marcello Il giorno 12/dic/2013, alle ore 19:09, Eric Shubert e...@shubes.net ha scritto: Have you done as Matt suggested? # make distclean # export LDFLAGS='-ldl' # ./configure make. On 12/12/2013 10:16 AM, Marcello Lupo wrote: Hello, any news on this issue? I have exactly this issue on ubuntu server 12.04 LTS x86_64 . checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail I tried vpopmail version 5.4.32 and 5.4.33 . This are the options: ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --enable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh I already tried all the solutions suggested in this thread with no success. Thank you all for any help. Bye Marcello Il giorno 05/mar/2013, alle ore 17:55, Remo Mattei r...@italy1.com ha scritto: which version of vpop? On Mar 5, 2013, at 07:45 , Franko Fang dahuananhu1...@163.com wrote: Dear Matt: Matt Brookings matt at inter7.com writes: On 01/24/2011 10:22 AM, Qmail List wrote: Hi, For Vpopmail, i did this. ./configure --enable-logging=v \ make make install-strip Vpopmail config.log http://pastebin.com/5xZT1EiH Vpopmail config.h http://pastebin.com/t6FQzp0U For Vusaged, i did this. ./configure make Vusaged config.log http://pastebin.com/78MsKPjh Vusaged config.h http://pastebin.com/k9kk7Zff In the vusaged source directory, run make clean, then export LDFLAGS='-ldl', then try to build again. --I did the same compile on Ubuntu 12.04 32bit system, and the error still exists. checking for vauth_getpw in -lvpopmail... no checking
[vchkpw] Re: [SPAM] Re: vusaged compile error
On 12/13/2013 01:33 PM, Eric Shubert wrote: Hmmm. When I run ./configure in vusaged/, I get: checking for stdint.h... yes checking for unistd.h... yes checking ev.h usability... no checking ev.h presence... no checking for ev.h... no checking for ev_loop_new in -lev... no configure: error: No libev found Now, I wonder where ev comes from. Actually, I wonder what ev *is*. ;) I'm no vpopmail expert, but I'm getting there. ;) I sent too soon. I see I need libev-devel. -- -Eric 'shubes' !DSPAM:52ab70a134261461915962!
[vchkpw] Re: [SPAM] Re: vusaged compile error
Well, I think I know why my build fails, as I've patched vpopmail to alter the location of the includes and lib directories. /home/vpopmail/etc (or /etc/vpopmail in my case) should have an include_deps and a lib_deps file. What do you have in /home/vpopmail/etc/lib_deps ? The first -L option there should be where your libvpopmail.a resides. HTH. -- -Eric 'shubes' On 12/13/2013 01:08 PM, Marcello Lupo wrote: Hi, Thank you. I tried in vpopmail-5.4.33 dir: make distclean autoreconf automake autoconf ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --disable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh make make install-strip ldconfig All compiled fine and installed. When compile vusaged i get the same error both with or without the export LDFLAGS='-ldl’ command. Other hints? Thank you Bye Marcello Il giorno 13/dic/2013, alle ore 20:11, Eric Shubert e...@shubes.net ha scritto: For your reference, here's the .spec file I'm using for the QMailToaster version of vpopmail: https://github.com/QMailToaster/vpopmail/blob/master/vpopmail.spec This is building ok on CentOS 5 6, and both x86_64 and i386 arch's. You might try running autoreconf automake autoconf before running the configure script, and see what that does for you. HTH. -- -Eric 'shubes' On 12/13/2013 11:14 AM, Marcello Lupo wrote: Hi, yes all is correct: the only libvpopmail.a found are: /usr/src/vpopmail-5.4.33/libvpopmail.a /home/vpopmail/lib/libvpopmail.a and are identical files. I think the issue can reside in the way the configure script make the check of vauth_getpw in the libvpopmail or depending on some configure option i used. I tried to dig a little bit in the sources but was not able to understand so much. I’m not so skilled coder. Thank you if you have any other suggestion. Eventually i can give you access to the system of you need it. I really need to compile it otherwise the server will never start. Thank you Bye Marcello Il giorno 13/dic/2013, alle ore 18:58, Eric Shubert e...@shubes.net ha scritto: Is the system finding the correct libvpopmail? Perhaps search the entire system for all libvpopmail files to be sure there's not another one being picked up inadvertently? -- -Eric 'shubes' On 12/13/2013 04:38 AM, Marcello Lupo wrote: Hello, Yes i have done it but it is not woking. Anyway the make distclean is useless in the vusaged directory. It doesn’t produce any effect since the Makefile have still to be created because ./configure is not working. The libvpopmail.a is correctly found and loaded in the LDCONFIG. Any hint? Thank you Bye Marcello Il giorno 12/dic/2013, alle ore 19:09, Eric Shubert e...@shubes.net ha scritto: Have you done as Matt suggested? # make distclean # export LDFLAGS='-ldl' # ./configure make. On 12/12/2013 10:16 AM, Marcello Lupo wrote: Hello, any news on this issue? I have exactly this issue on ubuntu server 12.04 LTS x86_64 . checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail I tried vpopmail version 5.4.32 and 5.4.33 . This are the options: ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --enable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh I already tried all the solutions suggested in this thread with no success. Thank you all for any help. Bye Marcello Il giorno 05/mar/2013, alle ore 17:55, Remo Mattei r...@italy1.com ha scritto: which version of vpop? On Mar 5, 2013, at 07:45 , Franko Fang dahuananhu1...@163.com wrote: Dear Matt: Matt Brookings matt at inter7.com writes: On 01/24/2011 10:22 AM, Qmail List wrote: Hi, For Vpopmail, i did this. ./configure --enable-logging=v \ make make install-strip Vpopmail config.log http://pastebin.com/5xZT1EiH Vpopmail config.h http://pastebin.com/t6FQzp0U For Vusaged, i did this. ./configure make Vusaged config.log http://pastebin.com/78MsKPjh Vusaged config.h http://pastebin.com/k9kk7Zff In the vusaged source directory, run make clean, then export LDFLAGS='-ldl', then try to build again. --I did the same compile on Ubuntu 12.04 32bit system, and the error still exists. checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in
Re: [vchkpw] Re: [SPAM] Re: vusaged compile error
I remember now. This file ./lib/libvpopmail.so was created with 5.5 but then vadmin was not working. So I went back to 5.4.33. and I disabled the file and everything works fine but this command vusaged Ciao -- Remo Mattei On December 13, 2013 at 14:17:05, Eric Shubert (e...@shubes.net) wrote: Well, I think I know why my build fails, as I've patched vpopmail to alter the location of the includes and lib directories. /home/vpopmail/etc (or /etc/vpopmail in my case) should have an include_deps and a lib_deps file. What do you have in /home/vpopmail/etc/lib_deps ? The first -L option there should be where your libvpopmail.a resides. HTH. -- -Eric 'shubes' On 12/13/2013 01:08 PM, Marcello Lupo wrote: Hi, Thank you. I tried in vpopmail-5.4.33 dir: make distclean autoreconf automake autoconf ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --disable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh make make install-strip ldconfig All compiled fine and installed. When compile vusaged i get the same error both with or without the export LDFLAGS='-ldl’ command. Other hints? Thank you Bye Marcello Il giorno 13/dic/2013, alle ore 20:11, Eric Shubert e...@shubes.net ha scritto: For your reference, here's the .spec file I'm using for the QMailToaster version of vpopmail: https://github.com/QMailToaster/vpopmail/blob/master/vpopmail.spec This is building ok on CentOS 5 6, and both x86_64 and i386 arch's. You might try running autoreconf automake autoconf before running the configure script, and see what that does for you. HTH. -- -Eric 'shubes' On 12/13/2013 11:14 AM, Marcello Lupo wrote: Hi, yes all is correct: the only libvpopmail.a found are: /usr/src/vpopmail-5.4.33/libvpopmail.a /home/vpopmail/lib/libvpopmail.a and are identical files. I think the issue can reside in the way the configure script make the check of vauth_getpw in the libvpopmail or depending on some configure option i used. I tried to dig a little bit in the sources but was not able to understand so much. I’m not so skilled coder. Thank you if you have any other suggestion. Eventually i can give you access to the system of you need it. I really need to compile it otherwise the server will never start. Thank you Bye Marcello Il giorno 13/dic/2013, alle ore 18:58, Eric Shubert e...@shubes.net ha scritto: Is the system finding the correct libvpopmail? Perhaps search the entire system for all libvpopmail files to be sure there's not another one being picked up inadvertently? -- -Eric 'shubes' On 12/13/2013 04:38 AM, Marcello Lupo wrote: Hello, Yes i have done it but it is not woking. Anyway the make distclean is useless in the vusaged directory. It doesn’t produce any effect since the Makefile have still to be created because ./configure is not working. The libvpopmail.a is correctly found and loaded in the LDCONFIG. Any hint? Thank you Bye Marcello Il giorno 12/dic/2013, alle ore 19:09, Eric Shubert e...@shubes.net ha scritto: Have you done as Matt suggested? # make distclean # export LDFLAGS='-ldl' # ./configure make. On 12/12/2013 10:16 AM, Marcello Lupo wrote: Hello, any news on this issue? I have exactly this issue on ubuntu server 12.04 LTS x86_64 . checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail I tried vpopmail version 5.4.32 and 5.4.33 . This are the options: ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --enable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh I already tried all the solutions suggested in this thread with no success. Thank you all for any help. Bye Marcello Il giorno 05/mar/2013, alle ore 17:55, Remo Mattei r...@italy1.com ha scritto: which version of vpop? On Mar 5, 2013, at 07:45 , Franko Fang dahuananhu1...@163.com wrote: Dear
[vchkpw] Re: [SPAM] Re: vusaged compile error
On 12/13/2013 03:04 PM, Eric Shubert wrote: Well, I think I know why my build fails, as I've patched vpopmail to alter the location of the includes and lib directories. /home/vpopmail/etc (or /etc/vpopmail in my case) should have an include_deps and a lib_deps file. What do you have in /home/vpopmail/etc/lib_deps ? The first -L option there should be where your libvpopmail.a resides. HTH. vusaged builds fine for me now. Check your lib_deps file. -- -Eric 'shubes' !DSPAM:52ab8e8a34261660830915!
Re: [vchkpw] Re: [SPAM] Re: vusaged compile error
Nice I will chk Inviato da iPhone () Il giorno Dec 13, 2013, alle ore 14:47, Eric Shubert e...@shubes.net ha scritto: On 12/13/2013 03:04 PM, Eric Shubert wrote: Well, I think I know why my build fails, as I've patched vpopmail to alter the location of the includes and lib directories. /home/vpopmail/etc (or /etc/vpopmail in my case) should have an include_deps and a lib_deps file. What do you have in /home/vpopmail/etc/lib_deps ? The first -L option there should be where your libvpopmail.a resides. HTH. vusaged builds fine for me now. Check your lib_deps file. -- -Eric 'shubes' !DSPAM:52ab993834262012214510!
[vchkpw] Re: [SPAM] Re: vusaged compile error
On 12/13/2013 04:31 PM, Marcello Lupo wrote: Hi, I have all correct I think. /home/vpopmail/etc/lib_deps contains: -L/home/vpopmail/lib -lvpopmail -Xlinker -R -Xlinker /usr/lib/mysql -L/usr/lib/mysql -lmysqlclient -lz -lm -lcrypt So it is correct. If you see in my log: checking for ev.h... yes checking for ev_loop_new in -lev... yes checking vpopmail.h usability... yes checking vpopmail.h presence... yes checking for vpopmail.h... yes checking vauth.h usability... yes checking vauth.h presence... yes checking for vauth.h... yes checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail The line before the error is checking for client_query_quick in -lvpopmail… yes” so the configure found correctly the library. I think we have to focus on the way the check for vauth_getpw is done or x86_64 or ubuntu distribution issue. I tried to do with the default ./configure (without any option) and the result is the same. Thank you for your time. Bye Marcello Sorry I didn't notice that earlier Marcello. You're correct, it is apparently finding a vpopmail library. If you nm libvpopmail.a | less, do you find/see the missing vauth_ functions? I show them under both the libvpopmail_a-vpopmail.o: and libvpopmail_a-vauth.o: sections. If you don't see them then there's a problem with your make of libvpopmail.a, as you suspect. If you do see them, then it appears that your libvpopmail.a isn't being picked up for some reason (the lib_deps file is silently not being found). Which is it? -- -Eric 'shubes' !DSPAM:52abbbf334262138172228!
[vchkpw] Re: [SPAM] Re: vusaged compile error
Have you done as Matt suggested? # make distclean # export LDFLAGS='-ldl' # ./configure make. On 12/12/2013 10:16 AM, Marcello Lupo wrote: Hello, any news on this issue? I have exactly this issue on ubuntu server 12.04 LTS x86_64 . checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail I tried vpopmail version 5.4.32 and 5.4.33 . This are the options: ./configure --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --disable-roaming-users \ --enable-onchange-script \ --enable-auth-module=mysql \ --enable-logging=p \ --enable-mysql-limits \ --enable-valias \ --disable-clear-passwd \ --enable-sql-logging \ --enable-auth-logging \ --enable-qmail-newu=/var/qmail/bin/qmail-newu \ --enable-qmail-inject=/var/qmail/bin/qmail-inject \ --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh I already tried all the solutions suggested in this thread with no success. Thank you all for any help. Bye Marcello Il giorno 05/mar/2013, alle ore 17:55, Remo Mattei r...@italy1.com ha scritto: which version of vpop? On Mar 5, 2013, at 07:45 , Franko Fang dahuananhu1...@163.com wrote: Dear Matt: Matt Brookings matt at inter7.com writes: On 01/24/2011 10:22 AM, Qmail List wrote: Hi, For Vpopmail, i did this. ./configure --enable-logging=v \ make make install-strip Vpopmail config.log http://pastebin.com/5xZT1EiH Vpopmail config.h http://pastebin.com/t6FQzp0U For Vusaged, i did this. ./configure make Vusaged config.log http://pastebin.com/78MsKPjh Vusaged config.h http://pastebin.com/k9kk7Zff In the vusaged source directory, run make clean, then export LDFLAGS='-ldl', then try to build again. --I did the same compile on Ubuntu 12.04 32bit system, and the error still exists. checking for vauth_getpw in -lvpopmail... no checking for vauth_getall in -lvpopmail... no checking for get_domain_entries in -lvpopmail... no checking for client_query_quick in -lvpopmail... yes configure: error: No vauth_getpw in libvpopmail --Any ideas for my issue? Best Regards, Franko Fang -- -Eric 'shubes' !DSPAM:52a9fbdb34268319221288!
[vchkpw] Re: Troubleshooting vdelivermail
I'm curious to know how you made out on this, Bob. On 07/29/2013 09:21 AM, Robert A Wooldridge wrote: I am having trouble with my qmail/vpopmail systems. The default dot-qmail file contains: | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox What's this file's name specifically? It should be: /home/vpopmail/domains/domain/.qmail-default But mail does not get delivered. It just disappears. When I look in the qmail-smtpd log the smtp session appears correctly. When I look in the qmail-send log, it notes a successfully delivery. But nothing is in the user's Maildir/new or Maildir/cur. When I create an explicit dot-qmail file for the user such as: /home/vpopmail/domains/test.domain.com/some.user/Maildir/ This works correctly. But that means I have to creat dot-qmail files for each and every user. Can someone suggest a solution or a reason why the default dot-qmail file does not work? Or a way to troubleshoot vdelivermail? Check permissions? Thanks! -- Bob W. -- -Eric 'shubes' !DSPAM:5294c2bb34262861420032!
Re: [vchkpw] Re: Troubleshooting vdelivermail
Cher Client, Nous avons bien reçu votre e-mail et nous vous en remercions. Nos collaborateurs le traiteront aussi rapidement que possible. Attention : ceci est une réponse automatique. Vous ne pouvez donc pas y répondre. Veuillez agréer nos salutations distinguées. BNP Paribas Fortis SA T : +32(0)2 762 20 00 Montagne du Parc 3, 1QA5E, 1000 Bruxelles | www.bnpparibasfortis.be Geachte klant, Wij hebben uw e-mail goed ontvangen, waarvoor dank. Onze medewerkers zullen uw vraag zo snel mogelijk beantwoorden. Opgelet : dit is een automatisch bericht. Hierop kan u geen antwoord versturen. Met vriendelijke groeten, BNP Paribas Fortis NV T : +32(0)2 762 60 00 Warandeberg 3, 1QA5E, 1000 Brussel | www.bnpparibasfortis.be Dear customer, We hereby acknowledge receipt of your e-mail. Thank you. Our staff will answer your query as soon as possible. Careful: This is an automatic message. Please do not reply. Yours sincerely, BNP Paribas Fortis SA/NV T : +32(0)2 261 11 11 Warandeberg 3, 1QA5E, 1000 Brussels | www.bnpparibasfortis.be Sehr geehrte Kundin, sehr geehrter Kunde, Wir danken Ihnen für Ihre E-Mail. Unsere Mitarbeiter werden Ihnen so schnell wie möglich antworten. Achtung: dies ist eine automatische Nachricht. Sie können sie folglich nicht beantworten. Freundliche Grüße BNP Paribas Fortis SA/NV T : +32(0)2 261 11 11 Warandeberg 3, 1QA5E, 1000 Brussel | www.bnpparibasfortis.be - Original Message - From: Eric Shubert e...@shubes.net Sent: Tuesday, November 26, 2013 8:48:00 AM GMT-07:00 Subject: [vchkpw] Re: Troubleshooting vdelivermail I'm curious to know how you made out on this, Bob. On 07/29/2013 09:21 AM, Robert A Wooldridge wrote: I am having trouble with my qmail/vpopmail systems. The default dot-qmail file contains: | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox What's this file's name specifically? It should be: /home/vpopmail/domains/domain/.qmail-default But mail does not get delivered. It just disappears. When I look in the qmail-smtpd log the smtp session appears correctly. When I look in the qmail-send log, it notes a successfully delivery. But nothing is in the user's Maildir/new or Maildir/cur. When I create an explicit dot-qmail file for the user such as: /home/vpopmail/domains/test.domain.com/some.user/Maildir/ This works correctly. But that means I have to creat dot-qmail files for each and every user. Can someone suggest a solution or a reason why the default dot-qmail file does not work? Or a way to troubleshoot vdelivermail? Check permissions? Thanks! -- Bob W. -- -Eric 'shubes' == BNP Paribas Fortis disclaimer: http://www.bnpparibasfortis.com/e-mail-disclaimer.html BNP Paribas Fortis privacy policy: http://www.bnpparibasfortis.com/privacy-policy.html == !DSPAM:5294c3da34261183012298!
Re: [vchkpw] Re: Troubleshooting vdelivermail
Geachte mevrouw, Geachte heer, Wij hebben uw e-mail goed ontvangen en wij bedanken u hiervoor. Onze medewerkers beantwoorden deze zo spoedig mogelijk. Opgelet: dit is een automatisch bericht. Alvast bedankt om hierop niet te antwoorden. Hoogachtend. BNP Paribas Fortis NV T : +32(0)2 762 60 00 Warandeberg 3, 1QA5E, 1000 Brussel | www.bnpparibasfortis.be - Original Message - From: i...@bnpparibasfortis.be Sent: Tuesday, November 26, 2013 4:52:58 PM GMT+01:00 Subject: Re: [vchkpw] Re: Troubleshooting vdelivermail Cher Client, Nous avons bien reçu votre e-mail et nous vous en remercions. Nos collaborateurs le traiteront aussi rapidement que possible. Attention : ceci est une réponse automatique. Vous ne pouvez donc pas y répondre. Veuillez agréer nos salutations distinguées. BNP Paribas Fortis SA T : +32(0)2 762 20 00 Montagne du Parc 3, 1QA5E, 1000 Bruxelles | www.bnpparibasfortis.be Geachte klant, Wij hebben uw e-mail goed ontvangen, waarvoor dank. Onze medewerkers zullen uw vraag zo snel mogelijk beantwoorden. Opgelet : dit is een automatisch bericht. Hierop kan u geen antwoord versturen. Met vriendelijke groeten, BNP Paribas Fortis NV T : +32(0)2 762 60 00 Warandeberg 3, 1QA5E, 1000 Brussel | www.bnpparibasfortis.be Dear customer, We hereby acknowledge receipt of your e-mail. Thank you. Our staff will answer your query as soon as possible. Careful: This is an automatic message. Please do not reply. Yours sincerely, BNP Paribas Fortis SA/NV T : +32(0)2 261 11 11 Warandeberg 3, 1QA5E, 1000 Brussels | www.bnpparibasfortis.be Sehr geehrte Kundin, sehr geehrter Kunde, Wir danken Ihnen für Ihre E-Mail. Unsere Mitarbeiter werden Ihnen so schnell wie möglich antworten. Achtung: dies ist eine automatische Nachricht. Sie können sie folglich nicht beantworten. Freundliche Grüße BNP Paribas Fortis SA/NV T : +32(0)2 261 11 11 Warandeberg 3, 1QA5E, 1000 Brussel | www.bnpparibasfortis.be - Original Message - From: Eric Shubert e...@shubes.net Sent: Tuesday, November 26, 2013 8:48:00 AM GMT-07:00 Subject: [vchkpw] Re: Troubleshooting vdelivermail I'm curious to know how you made out on this, Bob. On 07/29/2013 09:21 AM, Robert A Wooldridge wrote: I am having trouble with my qmail/vpopmail systems. The default dot-qmail file contains: | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox What's this file's name specifically? It should be: /home/vpopmail/domains/domain/.qmail-default But mail does not get delivered. It just disappears. When I look in the qmail-smtpd log the smtp session appears correctly. When I look in the qmail-send log, it notes a successfully delivery. But nothing is in the user's Maildir/new or Maildir/cur. When I create an explicit dot-qmail file for the user such as: /home/vpopmail/domains/test.domain.com/some.user/Maildir/ This works correctly. But that means I have to creat dot-qmail files for each and every user. Can someone suggest a solution or a reason why the default dot-qmail file does not work? Or a way to troubleshoot vdelivermail? Check permissions? Thanks! -- Bob W. -- -Eric 'shubes' == BNP Paribas Fortis disclaimer: http://www.bnpparibasfortis.com/e-mail-disclaimer.html BNP Paribas Fortis privacy policy: http://www.bnpparibasfortis.com/privacy-policy.html == == BNP Paribas Fortis disclaimer: http://www.bnpparibasfortis.com/e-mail-disclaimer.html BNP Paribas Fortis privacy policy: http://www.bnpparibasfortis.com/privacy-policy.html == !DSPAM:5294c4c934261573512824!
[vchkpw] Re: [SPAM] [suggestion] vdelivermail environment changes
On 08/21/2013 05:58 AM, Laurent Bercot wrote: Hello, I am installing vpopmail together with dovecot. Mail must be delivered to /home/vpopmail/domains/domain/user/Maildir, not by vdelivermail itself, but by dovecot-lda (to keep index files updated, among other things). So, I write a /home/vpopmail/domains/domain/user/.qmail file, containing simply | preline -f dovecot-lda as the dovecot instructions say. But it does not work: mail gets delivered to /home/vpopmail/domains/domain/Maildir - which is definitely not what I want if I have more than one user. :) I have investigated and found the source of the problem: when dovecot-lda is run, the virtual user's home directory, contained in the HOME environment variable, is not /home/vpopmail/domains/domain/user as it should be. It is still /home/vpopmail/domains/domain, the value it has when vdelivermail is executed. It makes sense to have HOME=/home/vpopmail/domains/domain when executing vdelivermail, because that's the correct home for the domain-user@domain virtual user from qmail-local's point of view. However, when vdelivermail processes a dot-qmail file itself in /home/vpopmail/domains/domain/user, it knows what the right home for user@domain is, and should adjust HOME accordingly before running other programs in the qmail-command fashion. I am currently modifying HOME myself before executing into dovecot-lda, in the .qmail file, and it's working perfectly. However, it would be cleaner if vdelivermail did this itself. It would also be a lot cleaner if vdelivermail hid the domain-user thing under the rug: once qmail-send has been fooled and control has been given to vdelivermail, the virtualdomains hack is not necessary anymore, and is only confusing to software run in further .qmail files. For instance, a qreceipt instruction in a /home/vpopmail/domains/domain/user/.qmail file currently has to be: | qreceipt $EXT@$HOST But it really should be | qreceipt $USER@$HOST like with system users. Also, specific workarounds have to be enabled to make ezmlm lists work under vpopmail; if vdelivermail was putting the right environment variables back, ezmlm would work out of the box. Please consider this change - along with a new, vpopmail-specific environment variable so vpopmail-aware applications still know that the address is virtual and really handled by vpopmail. Developer bait: with this change, vdelivermail wouldn't have to perform MDA duties itself anymore. If it found a user in the vpasswd database, it could just hand the delivery to qmail-local. :) Thank you, Anything further on this? I'm going to be looking at integrating dovecot-lda in QmailToaster, and would consider making these changes. I need to examine the situation in more detail before committing to this though. FWIW, I've already modified the vpopmail QMT package to: .) build as a non-root user .) create a vpopmail-devel package with includes and libs .) put /include and /lib in their typical locations FWIW2, I'm toying with the idea of making the vpopmail QMT package LSB compliant (which very few packages actually are). Thanks. -- -Eric 'shubes' !DSPAM:5294c4e734262887015494!
Re: [vchkpw] Re: Troubleshooting vdelivermail
Hi everyone, I just want to add a comment here. If you want to use it globally for the domain then I use the .qmail-default otherwise single user is .qmail-username. Just my 2 cents. -- Remo Mattei November 26, 2013 at 7:57:29, Eric Shubert (e...@shubes.net) ha scritto: I'm curious to know how you made out on this, Bob. On 07/29/2013 09:21 AM, Robert A Wooldridge wrote: I am having trouble with my qmail/vpopmail systems. The default dot-qmail file contains: | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox What's this file's name specifically? It should be: /home/vpopmail/domains/domain/.qmail-default But mail does not get delivered. It just disappears. When I look in the qmail-smtpd log the smtp session appears correctly. When I look in the qmail-send log, it notes a successfully delivery. But nothing is in the user's Maildir/new or Maildir/cur. When I create an explicit dot-qmail file for the user such as: /home/vpopmail/domains/test.domain.com/some.user/Maildir/ This works correctly. But that means I have to creat dot-qmail files for each and every user. Can someone suggest a solution or a reason why the default dot-qmail file does not work? Or a way to troubleshoot vdelivermail? Check permissions? Thanks! -- Bob W. -- -Eric 'shubes' !DSPAM:5294c51b34261786968100!
Re: [vchkpw] Re: Troubleshooting vdelivermail
Chère Madame, Cher Monsieur, Nous avons bien reçu votre e-mail et nous vous en remercions. Nos collaborateurs le traiteront le plus rapidement possible. Attention : ceci est une réponse automatique. Merci de ne pas y répondre. Veuillez agréer nos salutations distinguées. BNP Paribas Fortis SA T : +32(0)2 762 20 00 Montagne du Parc 3, 1QA5E, 1000 Bruxelles | www.bnpparibasfortis.be - Original Message - From: Remo Mattei r...@italy1.com Sent: Tuesday, November 26, 2013 7:58:19 AM GMT-08:00 Subject: Re: [vchkpw] Re: Troubleshooting vdelivermail Hi everyone, I just want to add a comment here. If you want to use it globally for the domain then I use the .qmail-default otherwise single user is .qmail-username. Just my 2 cents. -- Remo Mattei November 26, 2013 at 7:57:29, Eric Shubert (e...@shubes.net) ha scritto: I'm curious to know how you made out on this, Bob. On 07/29/2013 09:21 AM, Robert A Wooldridge wrote: I am having trouble with my qmail/vpopmail systems. The default dot-qmail file contains: | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox What's this file's name specifically? It should be: /home/vpopmail/domains/domain/.qmail-default But mail does not get delivered. It just disappears. When I look in the qmail-smtpd log the smtp session appears correctly. When I look in the qmail-send log, it notes a successfully delivery. But nothing is in the user's Maildir/new or Maildir/cur. When I create an explicit dot-qmail file for the user such as: /home/vpopmail/domains/test.domain.com/some.user/Maildir/ This works correctly. But that means I have to creat dot-qmail files for each and every user. Can someone suggest a solution or a reason why the default dot-qmail file does not work? Or a way to troubleshoot vdelivermail? Check permissions? Thanks! -- Bob W. -- -Eric 'shubes' == BNP Paribas Fortis disclaimer: http://www.bnpparibasfortis.com/e-mail-disclaimer.html BNP Paribas Fortis privacy policy: http://www.bnpparibasfortis.com/privacy-policy.html == !DSPAM:5294c6b534261798255609!
[vchkpw] Re: Troubleshooting vdelivermail
Hey Remo. On 11/26/2013 08:58 AM, Remo Mattei wrote: I just want to add a comment here. If you want to use it globally for the domain then I use the .qmail-default otherwise single user is .qmail-username. Or (simply) a file named .qmail in the user's directory, next door to the Maildir/. -- -Eric 'shubes' !DSPAM:5294cb0334267565711084!
Re: [vchkpw] Re: Troubleshooting vdelivermail
Chère Madame, Cher Monsieur, Nous avons bien reçu votre e-mail et nous vous en remercions. Nos collaborateurs le traiteront le plus rapidement possible. Attention : ceci est une réponse automatique. Merci de ne pas y répondre. Veuillez agréer nos salutations distinguées. BNP Paribas Fortis SA T : +32(0)2 762 20 00 Montagne du Parc 3, 1QA5E, 1000 Bruxelles | www.bnpparibasfortis.be - Original Message - From: Eric Shubert e...@shubes.net Sent: Tuesday, November 26, 2013 9:23:22 AM GMT-07:00 Subject: [vchkpw] Re: Troubleshooting vdelivermail Hey Remo. On 11/26/2013 08:58 AM, Remo Mattei wrote: I just want to add a comment here. If you want to use it globally for the domain then I use the .qmail-default otherwise single user is .qmail-username. Or (simply) a file named .qmail in the user's directory, next door to the Maildir/. -- -Eric 'shubes' == BNP Paribas Fortis disclaimer: http://www.bnpparibasfortis.com/e-mail-disclaimer.html BNP Paribas Fortis privacy policy: http://www.bnpparibasfortis.com/privacy-policy.html == !DSPAM:5294cc1c34265351120316!
Re: [vchkpw] Re: Troubleshooting vdelivermail
that will work as well. -- Remo Mattei November 26, 2013 at 8:32:11, Eric Shubert (e...@shubes.net) ha scritto: Hey Remo. On 11/26/2013 08:58 AM, Remo Mattei wrote: I just want to add a comment here. If you want to use it globally for the domain then I use the .qmail-default otherwise single user is .qmail-username. Or (simply) a file named .qmail in the user's directory, next door to the Maildir/. -- -Eric 'shubes' !DSPAM:5294cd1434267076914464!
Re: [vchkpw] Re: [SPAM] [suggestion] vdelivermail environment changes
Anything further on this? Hello Eric, Since I didn't get any answer from vpopmail developers, I created my own solution: a wrapper, vsanitize, which you use in command invocation in .qmail file, i.e. instead of writing | foobar args you invoke | vsanitize foobar args and foobar will be called with the environment cleaned up from the virtualdomains hack. Caveat: qmail-command lines are interpreted by /bin/sh, so be careful with environment variables: | qreceipt $EXT@HOST should be rewritten as | exec vsanitize sh -c 'exec qreceipt $USER@$HOST' (of course, it's easier to use import from the execline package). Software that automatically creates .qmail files, like qconfirm, has to be configured to prefix qmail-command invocations with vsanitize. Most .qmail-aware software has options for this. Source: http://skarnet.org/software/vsanitize.c It depends on skalibs: http://skarnet.org/software/skalibs/ Compile with: gcc -O2 -o vsanitize -Iyour skalibs include dir -L your skalibs library dir vsanitize.c -lstddjb Enjoy. FWIW2, I'm toying with the idea of making the vpopmail QMT package LSB compliant (which very few packages actually are). LSB is a very poor standard. Don't waste your time. -- Laurent !DSPAM:5294e91934268516851760!
[vchkpw] Re: [SPAM] building as non-root user
Hey Johannes, Thanks a lot for this. It got me to thinking in a good way. I decided to take a different tact, and have created patches for vpopmail and (qmail and maybe one or two other packages) which allows them to be built as a non-root user, as well as creating a vpopmail-devel package so that dependent packages (qmail, qmailadmin, dovecot) can be built without needing to have vpopmail itself installed. I also changed vpopmail to put its devel files in the typical locations. This brings these packages more in line with typical best practices. The specs and sources are all on http://github.com/QMailToaster now, you can access them there if you'd like. Thanks again. I look forward to your continued participation in the QMT community. -- -Eric 'shubes' On 10/19/2013 04:18 AM, Johannes Weberhofer wrote: Eric, You can have a look at my repository at https://build.opensuse.org/package/show/home:weberho:qmailtoaster/vpopmail . An additional patch is included. It's necessary to initialize some directories and users first and then do the building. The pre-installation of those packages is done via the package in https://build.opensuse.org/package/show/home:weberho:qmailtoaster/qmail-skel Alexandr has a 5.5 version build here using the same technique: https://build.opensuse.org/package/show/home:aledr/vpopmail Good luck, Johannes Am 19.10.13 08:10, schrieb Eric Shubert: Has anyone any experience building vpopmail as a non-root user? I'm endeavoring to do so for qmail-toaster. Any pointers will be appreciated. TIA. P.S. Wish me luck. ;) !DSPAM:528faf0134261272031908!
[vchkpw] Re: [SPAM] odd problem after OS upgrade
On 06/21/2013 08:54 PM, Jeremy Kister wrote: I have qmail 1.03 with several patches including qmail-smtpd-auth-0.4.3 and vpopmail 5.4.33. After upgrading Debian 6 - 7, I broke SMTP-AUTH *only* when using stunnel for SSL. When trying to auth over stunnel4, i see: 454 oops, problem with child and I can't auth (#4.3.0) syslog shows: Jun 21 23:19:29 s4 vpopmail[3080]: vchkpw-smtps: (PLAIN) login success u...@example.com:10.36.87.4 using smtp-auth on port 25 or 587 works fine. /service/qmail-smtpd-ssl/run: http://jeremy.kister.net/tmp/auth/qmail-smtpd-ssl-run /usr/local/etc/stunnel/smtps.conf: http://jeremy.kister.net/tmp/auth/smtps.conf i modified smtps.conf to use strace like: exec = /usr/bin/strace execargs = /usr/bin/strace -ff -o /tmp/vchkpw.dump /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw /bin/true the dumps are at: http://jeremy.kister.net/tmp/auth/strace/ i tried increasing just removing softlimit. i tried recompiling/reinstalling vpopmail I dont think the problem is with stunnel since the SSL layer is working fine. I'm out of ideas. More eyes please ? It seems peculiar to me that the log shows login success, but the oops message says it can't auth. I'm not very familiar with the inner workings of vpopmail though. Have you found where in the code the oops messages is being issued? -- -Eric 'shubes' !DSPAM:51c5b3d734139722810834!
Re: [vchkpw] Re: Runtime error
Allan Dukat vch...@dukat.dk escreveu:
Hello everyone on this list.
If I comment out the free-lines in in valias_select_names_end in vpalias.c,
like this:
void valias_select_names_end()
{
int i;
/* if( NULL != names ) {
for(i=0;inum_names;i++){
free(names[i]);
}
free(names);
names=NULL;
} */
max_names=0;
num_names=0;
cur_name=0;
}
qmaildmin runs without any error.
Why is it needed to free the memory, is it not so that Apache will do a
proper clean up when the request ends anyway?
Unfortunately it is so that my C skills is not that good, that I myself can
rewrite valias_select_names_end.
However I doubt that the old code is the course to the error, but I can not
come up with anything better.
Thanks in advance for any help you are able to provide.
Best regards,
Allan Dukat
Allan Dukat writes:
Hi list
I have a problem with qmailadmin-1.2.16, configured like this:
./configure \
--enable-vpopmaildir=/home/vpopmail \
--enable-htmldir=/usr/local/apache2/htdocs \
--enable-cgibindir=/usr/local/apache2/cgi-bin \
--enable-imageurl=/images/qmailadmin \
--enable-imagedir=/usr/local/apache2/htdocs/images/qmailadmin \
--enable-qmaildir=/var/qmail \
--enable-ezmlmdir=/usr/local/bin/ezmlm \
--enable-cgipath=/cgi-bin/qmailadmin \
--enable-autoresponder-path=/usr/local/bin \
--enable-vpopuser=vpopmail \
--enable-vpopgroup=vchkpw \
--disable-ezmlm-mysql \
--enable-modify-quota \
--enable-help
When adding the fist Forward I got an empty page as answer, an this in
Apache errorlog:
*** glibc detected *** /usr/local/apache2/cgi-bin/qmailadmin: double free
or corruption (top): 0x01f326e0 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7eb96)[0x7f9ed7c8ab96]
/usr/local/apache2/cgi-bin/qmailadmin[0x421f04]
/usr/local/apache2/cgi-bin/qmailadmin[0x4219ad]
/usr/local/apache2/cgi-bin/qmailadmin[0x42202f]
/usr/local/apache2/cgi-bin/qmailadmin[0x40715d]
/usr/local/apache2/cgi-bin/qmailadmin[0x4070a3]
/usr/local/apache2/cgi-bin/qmailadmin[0x4054f5]
/usr/local/apache2/cgi-bin/qmailadmin[0x4130c3]
/usr/local/apache2/cgi-bin/qmailadmin[0x402db6]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f9ed7c2d76d]
/usr/local/apache2/cgi-bin/qmailadmin[0x402929]
During debug I have used
export CC=gcc -g -Xlinker -Map=../output.map
to make a map-file, and I have translated the abowe to:
/lib/x86_64-linux-gnu/libc.so.6(+0x7eb96)[0x7f9ed7c8ab96]
/usr/local/apache2/cgi-bin/qmailadmin[valias_select_names_end]
/usr/local/apache2/cgi-bin/qmailadmin[valias_select_names]
/usr/local/apache2/cgi-bin/qmailadmin[valias_select_all]
/usr/local/apache2/cgi-bin/qmailadmin[count_forwards]
/usr/local/apache2/cgi-bin/qmailadmin[show_forwards]
/usr/local/apache2/cgi-bin/qmailadmin[adddotqmailnow]
/usr/local/apache2/cgi-bin/qmailadmin[process_comands]
/usr/local/apache2/cgi-bin/qmailadmin[main]
The Forward is added, and I can add and list Forwards from now on. When
all Forward is deleted and I add a new Forward the error is repeated with
the same addresses.
I Use Ubuntu 12.04.2 LTS, x86_64, fully patched.
And openssl-1.0.1e, netqmail-1.06, chkuser-2.0.9-release.patch,
qmail-authentication-081, ucspi-tcp-0.88, daemontools-0.76, pcre-8.32,
maildrop-2.6.0, vpopmail-5.4.33, ezmlm-idx-7.1.1, dovecot-2.2.1,
apr-1.4.6,
apr-util-1.5.2, httpd-2.4.4, courier-authlib-0.65.0, sqwebmail-5.6.1,
autorespond-2.0.4, qmailadmin-1.2.16, qmailadmin-help-1.0.8 and
vqadmin-2.3.7 all configure-make-install.
Spam Filter is elsewhere.
I have tried with qmailadmin-1.2.15 and qmailadmin-1.2.12 instead, but
with the same result.
The only problem I see is in the output from the make command of
vpopmail-5.4.33:
gcc -I. -Icdb -I.-fPIC -c -o libvpopmail_a-vpopmail.o `test -f
'vpopmail.c' || echo './'`vpopmail.c
vpopmail.c: In function ‘vadduser’:
vpopmail.c:741:9: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:741:9: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 5 has type ‘storage_t’
[-Wformat]
vpopmail.c:741:9: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:741:9: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 5 has type ‘storage_t’
[-Wformat]
vpopmail.c:743:7: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:743:7: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:746:7: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:746:7: warning: format ‘%llu’ expects
[vchkpw] Re: Runtime error
Hello everyone on this list.
If I comment out the free-lines in in valias_select_names_end in vpalias.c,
like this:
void valias_select_names_end()
{
int i;
/* if( NULL != names ) {
for(i=0;inum_names;i++){
free(names[i]);
}
free(names);
names=NULL;
} */
max_names=0;
num_names=0;
cur_name=0;
}
qmaildmin runs without any error.
Why is it needed to free the memory, is it not so that Apache will do a
proper clean up when the request ends anyway?
Unfortunately it is so that my C skills is not that good, that I myself can
rewrite valias_select_names_end.
However I doubt that the old code is the course to the error, but I can not
come up with anything better.
Thanks in advance for any help you are able to provide.
Best regards,
Allan Dukat
Allan Dukat writes:
Hi list
I have a problem with qmailadmin-1.2.16, configured like this:
./configure \
--enable-vpopmaildir=/home/vpopmail \
--enable-htmldir=/usr/local/apache2/htdocs \
--enable-cgibindir=/usr/local/apache2/cgi-bin \
--enable-imageurl=/images/qmailadmin \
--enable-imagedir=/usr/local/apache2/htdocs/images/qmailadmin \
--enable-qmaildir=/var/qmail \
--enable-ezmlmdir=/usr/local/bin/ezmlm \
--enable-cgipath=/cgi-bin/qmailadmin \
--enable-autoresponder-path=/usr/local/bin \
--enable-vpopuser=vpopmail \
--enable-vpopgroup=vchkpw \
--disable-ezmlm-mysql \
--enable-modify-quota \
--enable-help
When adding the fist Forward I got an empty page as answer, an this in
Apache errorlog:
*** glibc detected *** /usr/local/apache2/cgi-bin/qmailadmin: double free
or corruption (top): 0x01f326e0 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7eb96)[0x7f9ed7c8ab96]
/usr/local/apache2/cgi-bin/qmailadmin[0x421f04]
/usr/local/apache2/cgi-bin/qmailadmin[0x4219ad]
/usr/local/apache2/cgi-bin/qmailadmin[0x42202f]
/usr/local/apache2/cgi-bin/qmailadmin[0x40715d]
/usr/local/apache2/cgi-bin/qmailadmin[0x4070a3]
/usr/local/apache2/cgi-bin/qmailadmin[0x4054f5]
/usr/local/apache2/cgi-bin/qmailadmin[0x4130c3]
/usr/local/apache2/cgi-bin/qmailadmin[0x402db6]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f9ed7c2d76d]
/usr/local/apache2/cgi-bin/qmailadmin[0x402929]
During debug I have used
export CC=gcc -g -Xlinker -Map=../output.map
to make a map-file, and I have translated the abowe to:
/lib/x86_64-linux-gnu/libc.so.6(+0x7eb96)[0x7f9ed7c8ab96]
/usr/local/apache2/cgi-bin/qmailadmin[valias_select_names_end]
/usr/local/apache2/cgi-bin/qmailadmin[valias_select_names]
/usr/local/apache2/cgi-bin/qmailadmin[valias_select_all]
/usr/local/apache2/cgi-bin/qmailadmin[count_forwards]
/usr/local/apache2/cgi-bin/qmailadmin[show_forwards]
/usr/local/apache2/cgi-bin/qmailadmin[adddotqmailnow]
/usr/local/apache2/cgi-bin/qmailadmin[process_comands]
/usr/local/apache2/cgi-bin/qmailadmin[main]
The Forward is added, and I can add and list Forwards from now on. When
all Forward is deleted and I add a new Forward the error is repeated with
the same addresses.
I Use Ubuntu 12.04.2 LTS, x86_64, fully patched.
And openssl-1.0.1e, netqmail-1.06, chkuser-2.0.9-release.patch,
qmail-authentication-081, ucspi-tcp-0.88, daemontools-0.76, pcre-8.32,
maildrop-2.6.0, vpopmail-5.4.33, ezmlm-idx-7.1.1, dovecot-2.2.1,
apr-1.4.6,
apr-util-1.5.2, httpd-2.4.4, courier-authlib-0.65.0, sqwebmail-5.6.1,
autorespond-2.0.4, qmailadmin-1.2.16, qmailadmin-help-1.0.8 and
vqadmin-2.3.7 all configure-make-install.
Spam Filter is elsewhere.
I have tried with qmailadmin-1.2.15 and qmailadmin-1.2.12 instead, but
with the same result.
The only problem I see is in the output from the make command of
vpopmail-5.4.33:
gcc -I. -Icdb -I.-fPIC -c -o libvpopmail_a-vpopmail.o `test -f
'vpopmail.c' || echo './'`vpopmail.c
vpopmail.c: In function ‘vadduser’:
vpopmail.c:741:9: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:741:9: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 5 has type ‘storage_t’
[-Wformat]
vpopmail.c:741:9: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:741:9: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 5 has type ‘storage_t’
[-Wformat]
vpopmail.c:743:7: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:743:7: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:746:7: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c:746:7: warning: format ‘%llu’ expects argument of type
‘long long unsigned int’, but argument 4 has type ‘storage_t’
[-Wformat]
vpopmail.c: In function ‘format_maildirquota’:
[vchkpw] Re: [SPAM] Re: [vchkpw] [SPAM] Error: Unable to chdir to vpopmail/domains/domain directory
On 05/16/2013 06:51 AM, swaroop kumar wrote: I resolved it by adding www-data to vchkpw group and changed owner and group of the apache files to vpopmail:vchkpw earlier it was www-data was owner and group. Now i am facing new error could not update file. This bit is solved in qmail-toaster by the following permissions: [root@tacs-mail qmailadmin]# ls -l /usr/share/qmailadmin total 200 drwxr-xr-x 2 root root 4096 Feb 21 10:58 html drwxr-xr-x 3 apache apache 4096 Feb 21 10:58 images lrwxrwxrwx 1 vpopmail vchkpw 10 Feb 21 10:58 index.cgi - qmailadmin drwxr-xr-x 2 root root 4096 Feb 21 10:58 lang -rwsr-sr-x 1 vpopmail vchkpw 184860 Feb 21 10:56 qmailadmin [root@tacs-mail qmailadmin]# Note the sticky bit. HTH. -- -Eric 'shubes' !DSPAM:5194f58334121759474663!
[vchkpw] Re: [SPAM] Error: Unable to chdir to vpopmail/domains/domain directory
https://wiki.qmailtoaster.com has a lot of users and a nice community. You should be able to have a qmail server up and running in just a couple hours. Unfortunately, we haven't ported to debian yet, although I believe there is a person or two who have done this. You'd need to check the email list archives, or ask on the list. Disclaimer: I'm the lead on the project. ;) FWIW. -- -Eric 'shubes' On 05/16/2013 07:58 AM, Remo Mattei wrote: I agree with that! It used to be a good point, then the best one was from Bill but that was taken down ;). I would suggest to look at qmail.org http://qmail.org or at this url http://notes.sagredo.eu Bye, Remo On May 16, 2013, at 06:49 , Ron Herzing ron.herz...@gmail.com mailto:ron.herz...@gmail.com wrote: I word of caution. Qmailrocks is not a good way to learn how to install Qmail. On Thu, May 16, 2013 at 7:14 AM, swaroop kumar swaroopk...@gmail.com mailto:swaroopk...@gmail.com wrote: Hi All, I am switching my mail server from sendmail to qmail, currently installing qmail in debian and i am following this link http://qmailrocks.thibs.com/ I Have a problem in creating domains using vpopmail, below is the error thrown when i am trying to create a domain. Unable to chdir to vpopmail/domains/domain directory Can any one suggest me to overcome this, quick response is highly appreciated. Thanks in Advance. Regards, Swaroop Kundeti -- Ron Herzing ron.herz...@gmail.com mailto:ron.herz...@gmail.com !DSPAM:5194f74f34121751172100!
[vchkpw] Re: [SPAM] Error: Unable to chdir to vpopmail/domains/domain directory
Hey Thibault, I'm wondering if you'd like to head up a debian release for qmail-toaster. We'd love to have you as part of the community. I hope to be spending more time on the project in the near future, moving the sources to github, and using the opensuse build service to build binary packages. The project has historically only worked with rpm based distros, but I'd love to have debs available as well. If you're interested please join us on the qmailtoaster-de...@qmailtoaster.com list. You can subscribe the ezmlm way, or access it via gmane.org. In any case, thanks for your work with qmail on debian. I'm sure it will be helpful regardless. -- -Eric 'shubes' On 05/16/2013 10:03 AM, Thibault Richard wrote: You’re right ... and this guide is indeed using old-fashioned software. As Debian has just released last week-end a new version, I’m currently working on a new installation guide with Dovecot *From:* Remo Mattei mailto:r...@italy1.com *Sent:* Thursday, May 16, 2013 6:51 PM *To:* vchkpw@inter7.com mailto:vchkpw@inter7.com *Subject:* Re: [vchkpw] [SPAM] Error: Unable to chdir to vpopmail/domains/domain directory HI Thibs, looks nice but you are still running courier ops!! So maybe it's a new project for you to update to dovecot faster and supported better than courier now. Just my 2 cents, Remo On May 16, 2013, at 08:54 , Thibault Richard th...@thibs.com mailto:th...@thibs.com wrote: My way of doing (I’m the author of http://qmailrocks.thibs.com http://qmailrocks.thibs.com/) is not so bad wlEmoticon-winkingsmile[1].png *From:* Ron Herzing mailto:ron.herz...@gmail.com *Sent:* Thursday, May 16, 2013 3:49 PM *To:* vchkpw@inter7.com mailto:vchkpw@inter7.com *Subject:* Re: [vchkpw] [SPAM] Error: Unable to chdir to vpopmail/domains/domain directory I word of caution. Qmailrocks is not a good way to learn how to install Qmail. On Thu, May 16, 2013 at 7:14 AM, swaroop kumar swaroopk...@gmail.com mailto:swaroopk...@gmail.com wrote: Hi All, I am switching my mail server from sendmail to qmail, currently installing qmail in debian and i am following this link http://qmailrocks.thibs.com/ I Have a problem in creating domains using vpopmail, below is the error thrown when i am trying to create a domain. Unable to chdir to vpopmail/domains/domain directory Can any one suggest me to overcome this, quick response is highly appreciated. Thanks in Advance. Regards, Swaroop Kundeti -- Ron Herzing ron.herz...@gmail.com mailto:ron.herz...@gmail.com !DSPAM:519532a034123111819093!
[vchkpw] Re: LDAP module documentation
On 04/15/2013 06:42 AM, Russell Sutherland wrote: Is there a recent/up to date document describing how one uses the LDAP module backend for authentication? I assume it is called via the vchkpw interface. I have re-compiled vpopmail with the --enable-auth-module=ldap option. I am using vpopmail ver. 5.4.33 Thanks in advance. -- TTBOMK, ldap support has had a lot of work done to it in v5.5.x. Last I knew (which has been many months ago), Matt was still working on finalizing the ldap schema for 5.5.x, but that was all that was left to be done. He may or may not have completed that work. I plan to give vpopmail ldap support a go at some point, but I wouldn't bother trying it with 5.4.33. I plan to use the 5.5 branch. I'd like to hear from Matt to confirm that I have this correct. I'd also appreciate hearing about your progress here on this list, if you'd care to keep us posted. Thanks. -- -Eric 'shubes' !DSPAM:516c86cc34148454267027!
Re: [vchkpw] Re: LDAP module documentation
the one problem I have found is that it does not compile qmailadmin Remo On Apr 15, 2013, at 17:59 , Eric Shubert e...@shubes.net wrote: On 04/15/2013 06:42 AM, Russell Sutherland wrote: Is there a recent/up to date document describing how one uses the LDAP module backend for authentication? I assume it is called via the vchkpw interface. I have re-compiled vpopmail with the --enable-auth-module=ldap option. I am using vpopmail ver. 5.4.33 Thanks in advance. -- TTBOMK, ldap support has had a lot of work done to it in v5.5.x. Last I knew (which has been many months ago), Matt was still working on finalizing the ldap schema for 5.5.x, but that was all that was left to be done. He may or may not have completed that work. I plan to give vpopmail ldap support a go at some point, but I wouldn't bother trying it with 5.4.33. I plan to use the 5.5 branch. I'd like to hear from Matt to confirm that I have this correct. I'd also appreciate hearing about your progress here on this list, if you'd care to keep us posted. Thanks. -- -Eric 'shubes' !DSPAM:516c8b9f34141766743880!
[vchkpw] Re: [SPAM] lastauth troubles, old version
On 04/11/2013 03:10 PM, Charles Sprickman wrote: On Apr 11, 2013, at 5:02 PM, Tom Collins wrote: Charles, QmailAdmin will update lastauth (as least the file in the user's directory) as well. I know that on my current system, pop3 and pop3s update the file (using qmail's POP server) but IMAP does not (using dovecot). Interesting. Most of our users don't know about qmailadmin - they do password changes and spam settings inside our webmail. I also just tried logging into qmailadmin with a test account, and still no lastauth entry. Odd how random this seems. I noticed that even the users that have ended up with lastauth entries are only getting some of their logins updated - for example, I might see someone with a lastauth timestamp of 4:30, but then see a dozen or more logins after that in the mail log. I've enabled more logging in authdaemond (which I assume through the vchkpw module is where the last auth logging should be taking place), but I don't see anything particularly odd: Apr 11 18:08:16 xena pop3d-ssl: Connection, ip=[x.x.x.x] Apr 11 18:08:16 xena authdaemond: received auth request, service=imap, authtype=login Apr 11 18:08:16 xena authdaemond: authvchkpw: trying this module Apr 11 18:08:16 xena authdaemond: authvchkpw: sysusername=null, sysuserid=90, sysgroupid=90, homedir=/home/vpopmail/domains/bway.net/2/, address=x...@bway.net, fullname= '', maildir=null, quota=null, options=disablewebmail=0,disablepop3=0,disableimap=0 Apr 11 18:08:16 xena authdaemond: password matches successfully Not having much luck finding a vpopmail changelog that dates back to 5.4.7. :) Charles -Tom On Apr 11, 2013, at 1:47 PM, Charles Sprickman wrote: It's been some time since I've had to dig into any vpopmail issues as we have a box that's been frozen in time for years. It's quite the frankenbox at this point and I'll be having to get myself up to speed in the coming months to deal with a move to new hardware, moving to dovecot from courier, and fronting the whole qmail mess with postfix. So I decided to start small and verify I can still rebuild the current vpopmail version we run (5.4.7) in a VM and alter a few options. I opted to enable the last login function. It was turned off long ago to alleviate some db load, but that's no longer an issue for us. I've rebuilt 5.4.7 with --enable-auth-logging but I'm not seeing all logins show up in the lastauth table. We use courier (4.0.6) and authdaemond (0.58) with vpopmail auth enabled. In my testing, I tried a pop3, pop3s, imap, and imaps login and found no errors logged and no logins show up in the lastauth table. To complicate matters, I do see a handful of users showing up in the table, but I can't find any common criteria here - some of these users are pop, some are imap. I feel like I've probably forgotten some piece of this puzzle, any hints? How can I debug why the logins are not being logged? Thanks, Charles Have you considered migrating to qmail-toaster? That should be a pretty straight forward migration (qmailtoaster-plus includes backup and restore scripts that are useful for migrating). There are a few vpopmail database changes between 5.4.7 and 5.4.33, but that shouldn't be very difficult do. The qtp-convert script handles the changes from 5.4.17 to 5.4.33. While dovecot will be replacing courier as the stock IMAP service in the near future, there are instructions on the wiki for doing this conversion: http://wiki.qmailtoaster.com/index.php/Replacing_Courier_IMAP_with_Dovecot_IMAP With the addition of spamdyke (qtp-install-spamdyke), you may find yourself not needing to front-end your new qmail with postfix. Spamdyke is a highly effective and extremely efficient anti-spam tool. It eliminates 90+% of spam without even receiving the whole message. It's truely amazing, and will lighten the load on your mail server as well. Unfortunately spamdyke is only available with the qmail mta at this time (not postfix or exim). If I had to pick one of spamdyke or spamassassin, I'd pick spamdyke. Fortunately though, with QMT you can use both. :) I should add that many people use QMT as a front-end to Exchange. No surprise there really though. HTH. Disclaimer: I'm the project lead for QMT, so I might be biased. ;) -- -Eric 'shubes' !DSPAM:5168024e34141462916438!
[vchkpw] Re: [SPAM] Re: [vchkpw] Unable to change bounce processing with qmailadmin
On 01/22/2013 11:25 AM, Tom Collins wrote: Eric, I'm not sure what's happening there, but I seem to recall making a change at least in my own copy of QmailAdmin to disable users' ability to change catchall status. In this day and age of dictionary spam, I can't see using anything other than bounce-no-mailbox. Deleting mail just consumes resources by accepting mail for any address (and doesn't let legitimate senders know that their mail wasn't received). Having a catchall seemed like insanity 5 years ago, and I can't imagine it being any better now. It's actually not a bad thing if you're running spamdyke. Spamdyke catches 90+% of spam without even receiving the message. While I probably wouldn't use a catchall account with a large domain, with small domains it's nice to be able to catch misaddressed mail. A little forgiveness is a good thing. ;) Also, I typically use made-up addresses to give to many places that ask for my email address. For instance, if I'm at some store and they want my email address, I'll give them somest...@shubes.net as my address. That way, I can easily tell who I gave the address to. If it's somewhere that I want to continue to receive email from, I'll set up a forward for it (using catchall in the meantime). Otherwise, or in the event that the somestore address becomes spammy, I can blacklist it, either with badmailto or spamdyke. I know that doesn't help with your current situation, but you might be able to search the qmailadmin list archives for posts about disabling that feature, or I can try to go through my modified 1.2.12 source to see what I've done to it. I've had a look at the code, and found that the config.h file, which defines CATCHALL_ENABLED, is not being included in the command.c file. I'm not sure when or why that got dropped, but it effectively removed the commands associated with catchall processing along with it. I've added an include for config.h to command.c, and that has fixed the problem. Hey Matt, what's the story here? Can the command.c source be fixed up? I expect it wouldn't hurt to have the code for catchall included all the time in command.c, regardless if catchall is enabled or not. It might be just as well to remove the #ifdef CATCHALL_ENABLED as opposed to including the config.h just for that. Either way, what are the chances of getting this fixed in the next version? Thanks. -- -Eric 'shubes' On Jan 22, 2013, at 7:47 AM, Eric Shubert wrote: The qmailadmin list is getting spammed, so I thought I'd post this here as well. I'm running qmailadmin 1.2.16 (with vpopmail 5.4.33), and when I click on an account's catchall button or otherwise attempt to change the catchall status for the domain, it simply returns a blank page without having changed anything. The url appears to be properly formatted, and I see what appears to be a normal message in the apache access log. I'm running QmailToaster on several hosts, and they all have this problem. Will someone be so kind as to tell me how I might troubleshoot this? TIA. -- -Eric 'shubes' !DSPAM:5126474534141723914009!
[vchkpw] Re: Fwd: trouble with mail is looping spam
I've been seeing several of these lately as well. The problem is that there's a Delivered To: header coming in (before it's actually delivered anywhere), so qmail-send thinks it's already delivered and is in a loop, creates a bounce message, which double-bounces back. At that point, I simply have my mail filter delete them. I talked with Sam C of spamdyke fame about it, and it appears that a filter could be added to spamdyke to catch these (compare Delivered To: header to recipients). No commitment though when that might be available. -- -Eric 'shubes' On 11/04/2012 10:54 AM, Joe @ 3ZZZ wrote: dammit, one more try without ny lizards domain... with apologies for the numerous resends, and thanks. - Forwarded message from j...@3zzz.net - I realized this probably didn't get through due to the spammy domains in the example, so resending an edited version. tyvmia - Forwarded message from j...@3zzz.net - Hi, This is on a server with netqmail-1.06 qmailadmin-1.2.15 vpopmail - 5.4.30 Recently I began noticing many bounce-backs triggered from spam to non-existent addresses on domains with catch-all set to deleted, and in the message it says mail is looping. Example pasted below. I'm unable to recreate this by sending to these addresses myself, maybe it's the way the To addresses are formatted by the spammers? They don't seem to be abusing the bounce-back (yet) but they're coming in pretty often, more than once a minute, and it's generating a lot of junk. Haven't yet been able to figure out why it's happening or how to stop it from bouncing. Would greatly appreciate suggestions, thank you. :: /var/qmail/queue/mess/7/786699 :: Received: (qmail 4726 invoked for bounce); 31 Oct 2012 14:49:21 - Date: 31 Oct 2012 14:49:21 - From: MAILER-DAEMON@[***REDACTED***].com To: christianmingle.com.dating.of...@spam.info Subject: failure notice Hi. This is the qmail-send program at [***REDACTED***].com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. erin@[***REDACTED***].com: mail is looping --- Below this line is a copy of the message. Return-Path: christianmingle.com.dating.of...@spam.info Received: (qmail 4722 invoked by uid 89); 31 Oct 2012 14:49:21 - Received: from unknown (HELO norgazdata.com) (176.223.172.3) by [***REDACTED***].com with SMTP; 31 Oct 2012 14:49:21 - Delivered-To: erin@[***REDACTED***].com Received: by 10.223.118.17 with SMTP id t17cs125410faq; Wed, 31 Oct 2012 07:49:25 -0700 Received: by 10.216.220.142 with SMTP id o14mr2820421wep.61.1316443187605; Wed, 31 Oct 2012 07:49:25 -0700 Return-Path: christianmingle.com.dating.of...@spam.info From: ChristianMingle.com Dating Offer christianmingle.com.dating.of...@spam.info Content-Type: multipart/alternative; boundary=Apple-Mail-3-110609711 Subject: Connect with local Christian Singles in our online community Date: Wed, 31 Oct 2012 07:49:25 -0700 Message-Id: 15b9b82c-dd58-5752-4ab9-20c6a70c7...@spam.info To: erin@[***REDACTED***].com Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - SPAM.info X-AntiAbuse: Original Domain - yahoo.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - SPAM.info --Apple-Mail-3-110609711 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Most recently, it has become common for online dating websites to provide webcam chats between members. In [snip] EOM - End forwarded message - - End forwarded message - !DSPAM:509682d733997415513824! !DSPAM:5096bde133991166112062!
Re: [vchkpw] Re: Fwd: trouble with mail is looping spam
Hi Eric, Thanks for your reply and the explanation. We use spamdyke already and would be happy if that solution comes about. I wonder why spammers aren't exploiting this to generate bounceback spam, maybe they just haven't caught on yet...? Quoting Eric Shubert e...@shubes.net: I've been seeing several of these lately as well. The problem is that there's a Delivered To: header coming in (before it's actually delivered anywhere), so qmail-send thinks it's already delivered and is in a loop, creates a bounce message, which double-bounces back. At that point, I simply have my mail filter delete them. I talked with Sam C of spamdyke fame about it, and it appears that a filter could be added to spamdyke to catch these (compare Delivered To: header to recipients). No commitment though when that might be available. -- -Eric 'shubes' On 11/04/2012 10:54 AM, Joe @ 3ZZZ wrote: dammit, one more try without ny lizards domain... with apologies for the numerous resends, and thanks. - Forwarded message from j...@3zzz.net - I realized this probably didn't get through due to the spammy domains in the example, so resending an edited version. tyvmia - Forwarded message from j...@3zzz.net - Hi, This is on a server with netqmail-1.06 qmailadmin-1.2.15 vpopmail - 5.4.30 Recently I began noticing many bounce-backs triggered from spam to non-existent addresses on domains with catch-all set to deleted, and in the message it says mail is looping. Example pasted below. I'm unable to recreate this by sending to these addresses myself, maybe it's the way the To addresses are formatted by the spammers? They don't seem to be abusing the bounce-back (yet) but they're coming in pretty often, more than once a minute, and it's generating a lot of junk. Haven't yet been able to figure out why it's happening or how to stop it from bouncing. Would greatly appreciate suggestions, thank you. :: /var/qmail/queue/mess/7/786699 :: Received: (qmail 4726 invoked for bounce); 31 Oct 2012 14:49:21 - Date: 31 Oct 2012 14:49:21 - From: MAILER-DAEMON@[***REDACTED***].com To: christianmingle.com.dating.of...@spam.info Subject: failure notice Hi. This is the qmail-send program at [***REDACTED***].com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. erin@[***REDACTED***].com: mail is looping --- Below this line is a copy of the message. Return-Path: christianmingle.com.dating.of...@spam.info Received: (qmail 4722 invoked by uid 89); 31 Oct 2012 14:49:21 - Received: from unknown (HELO norgazdata.com) (176.223.172.3) by [***REDACTED***].com with SMTP; 31 Oct 2012 14:49:21 - Delivered-To: erin@[***REDACTED***].com Received: by 10.223.118.17 with SMTP id t17cs125410faq; Wed, 31 Oct 2012 07:49:25 -0700 Received: by 10.216.220.142 with SMTP id o14mr2820421wep.61.1316443187605; Wed, 31 Oct 2012 07:49:25 -0700 Return-Path: christianmingle.com.dating.of...@spam.info From: ChristianMingle.com Dating Offer christianmingle.com.dating.of...@spam.info Content-Type: multipart/alternative; boundary=Apple-Mail-3-110609711 Subject: Connect with local Christian Singles in our online community Date: Wed, 31 Oct 2012 07:49:25 -0700 Message-Id: 15b9b82c-dd58-5752-4ab9-20c6a70c7...@spam.info To: erin@[***REDACTED***].com Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - SPAM.info X-AntiAbuse: Original Domain - yahoo.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - SPAM.info --Apple-Mail-3-110609711 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Most recently, it has become common for online dating websites to provide webcam chats between members. In [snip] EOM - End forwarded message - - End forwarded message - !DSPAM:5096bde133991166112062! !DSPAM:5096f61e33992529918465!
[vchkpw] Re: 5.4.33 marked stable
On 10/25/2012 08:59 AM, Alessio Cecchi wrote:
Il 24/10/2012 20:39, Matt Brookings ha scritto:
On 10/24/2012 09:10 AM, Alessio Cecchi wrote:
Il 23/10/2012 23:33, Matt Brookings ha scritto:
I have marked 5.4.33 stable, and also have created a new development
version 5.4.34 with some new
patches I'll adding or evaluating.
Thanks Matt,
For 5.4.34 I would like to have vdelivermail works directly with
dovecot-lda.
If necessary I can provide information about setup dovecot 2.1 and lda.
Sure. Pass along any information you have. I have a few other
patches related to Dovecot I want to
add into 5.4.34.
Okay,
I see two possibilities for pass the email to dovecot-lda via
vdelivermail, one is without (dovecot) lookup, you can set HOME, before
run dovecot-lda, to vpopmail's users home:
| HOME=/home/vpopmail/domains/mydomain.com/user/
/usr/libexec/dovecot/deliver
here is an example from Rick Romero:
http://www.mail-archive.com/vchkpw@inter7.com/msg28209.html
this is very simple but have some limits beacuse dovecot don't knows for
who is the email but only where to store.
Another way is to pass to dovecot-lda destination username like this:
| /usr/libexec/dovecot/deliver -d $EXT@$HOST
so dovecot can lookup, via vpopmail native driver, where is the home for
$EXT@$HOST. Also with -d dovecot can update for example, dict quota,
expire plugin and so on.
Now I'm testing this solution with a trick, build vpopmail with maildrop
support, create an /etc/maildroprc like this:
import EXT
import HOST
`test -r /usr/local/dovecot-2.1/libexec/dovecot/deliver`
if ( $RETURNCODE == 0)
{
log === delivery via D-LDA for $EXT@$HOST ===
to | /usr/local/dovecot-2.1/libexec/dovecot/deliver -d
$EXT@$HOST
}
so vdelivermail call maildrop which pass the email to dovecot-lda, after
a month of testing on a thousand users I can say that it works.
I have find only one issue, when new email arrives and is for a domain
alias user, dovecot create a new entry for dict quota related to a new
users instead of update the entry for the real user, but this is a minor
problem, delivery and maildirsize update are ok.
I like this option:
| /usr/libexec/dovecot/deliver -d $EXT@$HOST
I'm hoping to discontinue maildrop altogether, and use Pigeonhole/sieve
in its place.
--
-Eric 'shubes'
!DSPAM:5089dd1e34177817018470!
[vchkpw] Re: 5.4.33 marked stable
On 10/24/2012 07:10 AM, Alessio Cecchi wrote: Il 23/10/2012 23:33, Matt Brookings ha scritto: I have marked 5.4.33 stable, and also have created a new development version 5.4.34 with some new patches I'll adding or evaluating. Thanks Matt, For 5.4.34 I would like to have vdelivermail works directly with dovecot-lda. If necessary I can provide information about setup dovecot 2.1 and lda. +1 (for the QMT community) -- -Eric 'shubes' !DSPAM:5088358a34171061114641!
Re: [vchkpw] Re: [SPAM] How to fix wrong values in dom_89 row
Il 16/10/2012 23:37, Eric Shubert ha scritto: On 10/16/2012 08:36 AM, Alessio Cecchi wrote: Hi, after some bad migration my vpopmail dir_control table have some problems and need to be fixed but I don't know how. I'm hosting, on this installation, 1000 domains so the cur_users value should be 1000, right? mysql select * from dir_control where domain='dom_89'; ++---+---+---+--+--+--+++++++--+--+--+-+ | domain | cur_users | level_cur | level_max | level_start0 | level_start1 | level_start2 | level_end0 | level_end1 | level_end2 | level_mod0 | level_mod1 | level_mod2 | level_index0 | level_index1 | level_index2 | the_dir | ++---+---+---+--+--+--+++++++--+--+--+-+ | dom_89 | 189 | 1 | 0 |0 | 0 |0 | 0 | 0 | 0 | 0 | 0 | 0 |0 |0 |0 | 0/ | ++---+---+---+--+--+--+++++++--+--+--+-+ 1 row in set (0.00 sec) view as CSV: dom_89;189;1;0;0;0;0;0;0;0;0;0;0;0;0;0;0/ Moreover, why the_dir is set to 0/? Can some vpopmail's tool rebuild this data? Or where I can found information about each fields and correct lines by hand? Thanks What are the config options you used to build vpopmail? Hi Eric, I'm using vpopmail 5.4.33 build with: ./configure --enable-valias=y --enable-mysql-limits --enable-auth-module=mysql --enable-logging=p --enable-maildrop --enable-mysql-replication --enable-onchange-script Thanks -- Alessio Cecchi is: @ ILS - http://www.linux.it/~alessice/ on LinkedIn - http://www.linkedin.com/in/alessice Assistenza Sistemi GNU/Linux - http://www.cecchi.biz/ @ PLUG - ex-Presidente, adesso senatore a vita, http://www.prato.linux.it !DSPAM:507e534d34171024249207!
[vchkpw] Re: [SPAM] How to fix wrong values in dom_89 row
On 10/16/2012 08:36 AM, Alessio Cecchi wrote: Hi, after some bad migration my vpopmail dir_control table have some problems and need to be fixed but I don't know how. I'm hosting, on this installation, 1000 domains so the cur_users value should be 1000, right? mysql select * from dir_control where domain='dom_89'; ++---+---+---+--+--+--+++++++--+--+--+-+ | domain | cur_users | level_cur | level_max | level_start0 | level_start1 | level_start2 | level_end0 | level_end1 | level_end2 | level_mod0 | level_mod1 | level_mod2 | level_index0 | level_index1 | level_index2 | the_dir | ++---+---+---+--+--+--+++++++--+--+--+-+ | dom_89 | 189 | 1 | 0 |0 | 0 |0 | 0 | 0 | 0 | 0 | 0 | 0 |0 |0 |0 | 0/ | ++---+---+---+--+--+--+++++++--+--+--+-+ 1 row in set (0.00 sec) view as CSV: dom_89;189;1;0;0;0;0;0;0;0;0;0;0;0;0;0;0/ Moreover, why the_dir is set to 0/? Can some vpopmail's tool rebuild this data? Or where I can found information about each fields and correct lines by hand? Thanks What are the config options you used to build vpopmail? -- -Eric 'shubes' -- -Eric 'shubes' !DSPAM:507dd39834173130570972!
[vchkpw] Re: New server
Eric Shubert skriver: Hey Allan. Hey Eric Thanks for your reply. [Snip] The server you've built is fairly close to a qmail-toaster (http://wiki.qmailtoaster.com). As the project leader there, I'm curious to know why you didn't choose to go that route. We aim to make QMT easy to build and suitable for as many situations as we can. Care to comment? I use Ubuntu Server for this project, as for most others in the company, and I want to have as much control of the application as possible, and I want to migrate to the new server whith as few changes as possible, so I concluded that the best way was to follow the procedure i used for the current production server, which was inspired by http://www.lifewithqmail.org/ Oh, and one more thing. You really should consider using spamdyke (http://spamdyke.org). It's the single most effective spam fighting tool available, and it only works with qmail (at this time). I use an other company product as a spam firewall in front of my server. Kind regards Allan Dukat !DSPAM:50322d0234213274117155!
[vchkpw] Re: New server
On 08/20/2012 05:26 AM, Allan Dukat wrote: I use Ubuntu Server for this project, as for most others in the company, and I want to have as much control of the application as possible, and I want to migrate to the new server whith as few changes as possible, so I concluded that the best way was to follow the procedure i used for the current production server, which was inspired by http://www.lifewithqmail.org/ QMT is a descendant of lifewithqmail as well. QMT is an offshoot of qmailrocks, which is an offshoot of LWQ. So they have strong similarities, although LWQ and QMR are no longer active projects TTBOMK. Unfortunately, QMT hasn't been ported to .deb based systems yet (rpm platforms only). We hope to do this in the future though, as we're in the process of moving sources to Github, and plan to build binary packages using the openSUSE Build Service, which will allow us to build binaries for all the major linux distros. We presently have a repository with 9 mirrors world wide provided by community members. QMT has grown into a strong community project, and we welcome whoever would like to participate. People with qmail and debian based experience will be especially welcomed additions to the community at some point. Like I said though, we're not yet ready to be cranking out debian builds. When we are though, I'll try to remember to look you up. Thanks Allan. -- -Eric 'shubes' !DSPAM:50324d7634216231611940!
RE: [vchkpw] Re: New server
Hello, QMT is a descendant of lifewithqmail as well. QMT is an offshoot of qmailrocks, which is an offshoot of LWQ. So they have strong similarities, although LWQ and QMR are no longer active projects TTBOMK. QMR is not totally dead. 3 years ago, I've created the site http://qmailrocks.thibs.com/ largely inspired by QMR but only with instructions about Debian Friendly Regards Thibault !DSPAM:503251fb34212686318272!
[vchkpw] Re: New server
On 08/20/2012 08:04 AM, Thibault Richard wrote: Hello, QMT is a descendant of lifewithqmail as well. QMT is an offshoot of qmailrocks, which is an offshoot of LWQ. So they have strong similarities, although LWQ and QMR are no longer active projects TTBOMK. QMR is not totally dead. 3 years ago, I've created the site http://qmailrocks.thibs.com/ largely inspired by QMR but only with instructions about Debian Friendly Regards Thibault I'm glad to know that Thibault. I'm sure that your site will be an invaluable reference as QMT includes .deb. Would you care to join us at QMT? We have a developers list that's low noise which I'd be glad to see you join. Thanks. -- -Eric 'shubes' !DSPAM:5032673d34215775113463!
[vchkpw] Re: New server
On 08/17/2012 10:33 AM, Allan Dukat wrote: Hi everyone I am about to migrate to a new netqmail-1.06 + chkuser-2.0.9release + dovecot-2.1.9 + ezmlm-idx-7.1.1 + httpd-2.4.2 + qmailadmin-1.2.16 + sqwebmail-5.5.3 + vpopmail-5.4.33 + vqadmin-2.3.7-server, which I have compiled, and is now testing. On my current server I am using the netqmail-1.05-validrcptto.cdb.patch but I have decided to switch to chkuser.patch, so chkuser is new to me. I have trouble making chkuser behave as desired: When I send a mail to apa...@domain.dk, which is present in /etc/passwd, I want chkuser to reject the mail at smtp-level, but it is accepted as seen here: /var/log/qmail/smtpd/current: @4000502e3f3009a4be0c CHKUSER accepted sender: from allan.du...@otherdomain.dk:: remote :mail3.otherdomail.dk rcpt : sender accepted @4000502e3f3009a60244 CHKUSER accepted rcpt: from allan.du...@otherdomain.dk:: remote :mail3.otherdomail.dk rcpt apa...@domain.dk : found existing recipient /var/log/mail.log: Aug 17 14:55:02 jmail qmail: 1345208102.166587 new msg 1573938 Aug 17 14:55:02 jmail qmail: 1345208102.166746 info msg 1573938: bytes 1532 from allan.du...@otherdomain.dk qp 1679 uid 1002 Aug 17 14:55:02 jmail qmail: 1345208102.168480 starting delivery 11: msg 1573938 to local apa...@domain.dk Aug 17 14:55:02 jmail qmail: 1345208102.168563 status: local 1/10 remote 0/20 Aug 17 14:55:02 jmail qmail: 1345208102.171362 delivery 11: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ Aug 17 14:55:02 jmail qmail: 1345208102.171569 status: local 0/10 remote 0/20 Aug 17 14:55:02 jmail qmail: 1345208102.177127 bounce msg 1573938 qp 1682 Aug 17 14:55:02 jmail qmail: 1345208102.177233 end msg 1573938 $ grep ^# chkuser_settings.h #define CHKUSER_VPOPMAIL #define CHKUSER_DOMAIN_WANTED #define CHKUSER_ENABLE_USERS #define CHKUSER_ENABLE_ALIAS #define CHKUSER_EZMLM_DASH '-' #define CHKUSER_BOUNCE_STRING bounce-no-mailbox #define CHKUSER_ENABLE_LOGGING #define CHKUSER_LOG_VALID_RCPT #define CHKUSER_MIN_DOMAIN_LEN 4 #define CHKUSER_LOG_VALID_SENDER #define CHKUSER_RCPT_LIMIT_VARIABLE CHKUSER_RCPTLIMIT #define CHKUSER_WRONGRCPT_LIMIT_VARIABLE CHKUSER_WRONGRCPTLIMIT #define CHKUSER_MBXQUOTA_VARIABLE CHKUSER_MBXQUOTA #define CHKUSER_ERROR_DELAY 1000 #define CHKUSER_RCPT_DELAY_ANYERROR #define CHKUSER_SENDER_DELAY_ANYERROR #define CHKUSER_ENABLE_EZMLM_LISTS #define CHKUSER_IDENTIFY_REMOTE_VARIABLE CHKUSER_IDENTIFY #define CHKUSER_USERS_DASH '-' #define CHKUSER_MAILMAN_STRING mailman #define CHKUSER_MAILMAN_DASH '-' #define CHKUSER_DB_CLEANUP #define CHKUSER_ERROR_DELAY_INCREASE 300 #define CHKUSER_NORCPT_STRING 550 5.1.1 sorry, no mailbox here by that name (chkuser)\r\n #define CHKUSER_RESOURCE_STRING 451 4.3.0 system temporary unavailable, try again later (chkuser)\r\n #define CHKUSER_MBXFULL_STRING 552 5.2.2 sorry, recipient mailbox is full (chkuser)\r\n #define CHKUSER_MAXRCPT_STRING 550 5.5.3 sorry, reached maximum number of recipients allowed in one session (chkuser)\r\n #define CHKUSER_MAXWRONGRCPT_STRING 550 5.5.3 sorry, you are violating our security policies (chkuser)\r\n #define CHKUSER_DOMAINMISSING_STRING 550 5.1.2 sorry, you must specify a domain (chkuser)\r\n #define CHKUSER_RCPTFORMAT_STRING 553 5.1.3 sorry, mailbox syntax not allowed (chkuser)\r\n #define CHKUSER_RCPTMX_STRING 550 5.1.2 sorry, can't find a valid MX for rcpt domain (chkuser)\r\n #define CHKUSER_SENDERFORMAT_STRING 553 5.1.7 sorry, mailbox syntax not allowed (chkuser)\r\n #define CHKUSER_SENDERMX_STRING 550 5.1.8 sorry, can't find a valid MX for sender domain (chkuser)\r\n #define CHKUSER_INTRUSIONTHRESHOLD_STRING 550 5.7.1 sorry, you are violating our security policies (chkuser)\r\n #define CHKUSER_NORELAY_STRING 553 5.7.1 sorry, that domain isn't in my list of allowed rcpthosts (chkuser)\r\n #define CHKUSER_RCPTMX_TMP_STRING 451 4.4.0 DNS temporary failure (chkuser)\r\n #define CHKUSER_SENDERMX_TMP_STRING 451 4.4.0 DNS temporary failure (chkuser)\r\n #define CHKUSER_MUSTAUTH_STRING 530 5.7.0 Authentication required (chkuser)\r\n #define CHKUSER_ENABLE_DOUBLEBOUNCE_VARIABLE CHKUSER_DOUBLEBOUNCE I have googled for an hour, and not found anything relevant, so please help. Thanks in advance Kind regards Allan Dukat Hey Allan. I don't know the answer to your situation off hand. It's interesting though that chkuser would find local users, with no apparent way of disabling that check. Perhaps there's something in the hosts configuration that would defeat this. The Features page (http://opensource.interazioni.it/qmail/chkuser/features.html) doesn't appear to mention checking local user accounts at all. Tonino (chkuser author) does hang around here, and I expect will chime in on this. If you're want wanting an answer sooner, you should use the source, Luke. ;) The server you've built is fairly close to a qmail-toaster (http://wiki.qmailtoaster.com). As the project leader there, I'm curious to know why you didn't choose to go that route. We aim to make QMT
Re: [vchkpw] Re: [SPAM] anti-OSX [was: qmail+vpopmail upgrade questions]
Thanks, and to Matt also. On 8/3/12 11:18 AM, Eric Shubert e...@shubes.net wrote: * I think Windows sucks bad, and I like UNIX only without a UI. I'm very good in vi. But for running my server this time I'd like to try a UI for a for vanilla file management and such, and I don't think I want it to be either Gnome or KDE, because I've never liked them enough to try to learn them. I won't mention X-Windows. Apple Remote Desktop has some problems but they seem not bad for a server without its own display, and I can always use a different remote desktop if needed. If you're only looking for file management in a UI, I'd try a text based one such as Vifm or Midnight Commander, as opposed to a GUI. What I want from file management is essentially GUI. I can tolerate text interfaces in the terminal, but it is harder to swallow as a cheap gui imitation. It is still a gui in essence even if it is text-based, if it provides a view of the filesystem that does not require typing a command to get a directory listing. So I just prefer a GUI, and among GUI's I don't really even like to look at Windows Explorer, much less Midnight Commander. I can adjust to anything, and maybe it is worth that adjustment if a GUI is just too expensive in terms of connection bandwidth, but it is not the experiment I had in mind to try next. Basically, the whole point is to use the Mac Finder, which in spite of being broken to hell by Apple, is still better than any Windows or unix file management GUI I have seen so far. (It worked really well in OS 9 and actually Apple has never fixed it since, so it is crippled in 10 or so ways that are regularly annoying.) Sometimes I am visual and in a visual environment I basically relax. Using a terminal I am not relaxed, even if I am somewhat efficient. * I expected it might likely work well enough for me, and therefore will expand use of my familiar desktop into at least a portion of my server-related work, creating a smoother overall workflow. I think this is an unrealistic expectation, in some senses. It doesn't matter much which desktop platform you use to manage servers. It depends on what is to be done. When doing canned configuration stuff I use a web interface. The rest of the time I'm in the shell and some fraction of that time I could be in a file browser instead, and in that case I'd rather it be familiar and at least not ugly, therefore (for me) Mac. You only really need a web browser and ssh. Unfortunately for some, a good bit of server admin work is CLI. Since you know vi though, you should be pretty much home free. Yup, if I had more time I'd develop my own Finder replacement that was more expressive in relation to CLI-available functionality. Lacking that I'll stick with the Finder for moving things around, and seeing what I did. (Unforch the Finder can't create symlinks.) So I don't get credit for guessing you have a Mac Mini? ;) Yeah, I appreciated that, and glossed over it. * Curiously the first point you mention some sort of raid is one reason I want to use OSX, because I really like SoftRAID, which runs only on the Mac. It is installed at home on all my Macs, and I'm quite fond of it and use it at levels that most customers don't touch. And there are some features planned for the future that I'm quite excited about. I've had terrible experiences with Apple RAID in the past and also would not want to use Apple's own drivers for data I care about. That should be fine. I'm partial to software raid myself, but I do it all with the mdadm CLI utility. I'm sure that SoftRAID is slicker. I can't speak to mdadm. I use SoftRAID purely via its GUI, although it has CLI support. I would consider running QMT in a VM, but would rather avoid a VM. I've never touched CentOS. Not a big deal. It's much like the CLI in OSX. Things are in different places is all. You really don't need to concern yourself with most of that though. Much less than if you try to roll your own on OSX. Ok, I'll take that advice. My distro of choice still would be Mac-native. Obviously BSD would be closest. With QMT you really don't need to know much about the OS though. Everything's scripted. Then I might as well stick with FreeBSD since it already compiles. and also really don't want multiple IP's, and suspect sharing a single IP with host and mail VM would be problematic. There's no problem with this. Virtualization software can provide NAT for the VM's nic(s). Ok, I had Parallels NAT break host functionality on the LAN once, which made me nervous. (I could not print over the LAND as long as Parallels NAT was enabled on that Mac.) I have also never put a real server behind a NAT before, so wasn't sure about it. It should be no surprise that the server industry (if there is such a thing) has made big moves toward virtualization for nearly a decade now. Yes. I would love it if I could just download a working qmail+vpopmail
[vchkpw] Re: [SPAM] anti-OSX [was: qmail+vpopmail upgrade questions]
On 08/07/2012 12:20 AM, Kurt Bigler wrote: Thanks, and to Matt also. On 8/3/12 11:18 AM, Eric Shubert e...@shubes.net wrote: * I think Windows sucks bad, and I like UNIX only without a UI. I'm very good in vi. But for running my server this time I'd like to try a UI for a for vanilla file management and such, and I don't think I want it to be either Gnome or KDE, because I've never liked them enough to try to learn them. I won't mention X-Windows. Apple Remote Desktop has some problems but they seem not bad for a server without its own display, and I can always use a different remote desktop if needed. If you're only looking for file management in a UI, I'd try a text based one such as Vifm or Midnight Commander, as opposed to a GUI. What I want from file management is essentially GUI. I can tolerate text interfaces in the terminal, but it is harder to swallow as a cheap gui imitation. It is still a gui in essence even if it is text-based, if it provides a view of the filesystem that does not require typing a command to get a directory listing. So I just prefer a GUI, and among GUI's I don't really even like to look at Windows Explorer, much less Midnight Commander. I can adjust to anything, and maybe it is worth that adjustment if a GUI is just too expensive in terms of connection bandwidth, but it is not the experiment I had in mind to try next. Basically, the whole point is to use the Mac Finder, which in spite of being broken to hell by Apple, is still better than any Windows or unix file management GUI I have seen so far. (It worked really well in OS 9 and actually Apple has never fixed it since, so it is crippled in 10 or so ways that are regularly annoying.) Sometimes I am visual and in a visual environment I basically relax. Using a terminal I am not relaxed, even if I am somewhat efficient. In that case, you could install netatalk on your virtual email server, and connect to the host with finder using native methods. You should set up a host only (virtual) nic/subnet on the mail server for this access (network file sharing via netatalk), but that wouldn't be a problem. and also really don't want multiple IP's, and suspect sharing a single IP with host and mail VM would be problematic. There's no problem with this. Virtualization software can provide NAT for the VM's nic(s). Ok, I had Parallels NAT break host functionality on the LAN once, which made me nervous. (I could not print over the LAND as long as Parallels NAT was enabled on that Mac.) I have also never put a real server behind a NAT before, so wasn't sure about it. Parallels had some problems in the early going. I seem to remember hearing that they've fixed things up, but I'd verify that before using it. I've had no problems with Fusion. It should be no surprise that the server industry (if there is such a thing) has made big moves toward virtualization for nearly a decade now. Yes. I would love it if I could just download a working qmail+vpopmail VM appliance. Maybe you could work on that? :) There is one available. :) http://techyguru.com/ It's in standard OVF format. Should work on Fusion. Not sure about Parallels. But if the whole idea doesn't work maybe I will just install some linux on my Mac mini. But in that case I suppose I could put the whole thing in a linux VM under MacOSX and run SoftRAID in the Mac host. That's what I'd do. You could use Fusion or Parallels. I have the impression Fusion is more lightweight, but that's vague since I never used it. Parallels is what I've been using at home and I have to say it seem a bit heavy, maybe overkill for a mail server that only needs a disk and a nic. Here's the other thing: Bernstein I think used to say not to ever use qmail over NFS, and I'm not sure of the implications of that, or whether it is true. I think DJB was probably referring to the queues specifically. He does some low level (inode) things with those. I run the Maildirs across NFS with no problems. But I'd rather not dedicate a disk for the qmail VM, The VM will have its own virtual disk, which will be a file that resides on the Mac's native filesystem, which sits on SoftRAID. You could choose to put your Maildirs on the native filesystem if you'd like, and NFS share them back to the VM. Not much point in that really though, unless you want them there to be easier to back up. (Remember, RAID is *not* a backup). and in fact would like the web sever (or at least sqwebmail) to have access to the qmail directory hierarchy. sqwebmail will have access to the mail via IMAP (courier or dovecot). QMT provides full IMAP support. It includes SquirrelMail web server, but you probably wouldn't want to use that. So I'd want to use the host file sharing provided by Parallels or Fusion, and perhaps that does not raise the problems that NFS would raise. I typically steer clear of host file sharing, and use NFS where needed. Better the devil you know.
[vchkpw] Re: [SPAM] anti-OSX [was: qmail+vpopmail upgrade questions]
On 08/03/2012 03:52 AM, Kurt Bigler wrote: Geez, people are always so opinionatedly curious. Does it every occur to anyone that some people are different than other people, and that that, as well as technical issues can actually influence choices? I don't pretend to be purely rational. Have you all tried using OSX for a server? Or do you just know thing about it? I've worked on Xserves as recently as a year ago. To be honest, I was considering putting Linux on them, as Apple has discontinued the Xserve (and thus OSX development on them). Not a bad piece of gear though, as most Apple stuff is. I'm not bent on it, but I'd like to try it, and believe I can afford to, since I have various outs if it doesn't work. There are some because things that I can list here, but my point might be better made if you considered these secondary to the desire to try things. If you simply want to try to do it, more power to you. I don't know of any reason why you couldn't port QMT to it. (IOW, build your own QMT that would run on it). My reasons for Mac: * After the UNIVAC 1108, the IBM 360, the PDP-11, and the Apple II, the Mac was my next computer, and is what I've used ever since except to run my server, or when I am forced to use Windows because in fact I have to develop for it. That explains why you're partial to doing this on OSX, which is to be expected. (I started on a PDP-7 btw). * I think Windows sucks bad, and I like UNIX only without a UI. I'm very good in vi. But for running my server this time I'd like to try a UI for a for vanilla file management and such, and I don't think I want it to be either Gnome or KDE, because I've never liked them enough to try to learn them. I won't mention X-Windows. Apple Remote Desktop has some problems but they seem not bad for a server without its own display, and I can always use a different remote desktop if needed. If you're only looking for file management in a UI, I'd try a text based one such as Vifm or Midnight Commander, as opposed to a GUI. * I expected it might likely work well enough for me, and therefore will expand use of my familiar desktop into at least a portion of my server-related work, creating a smoother overall workflow. I think this is an unrealistic expectation, in some senses. It doesn't matter much which desktop platform you use to manage servers. You only really need a web browser and ssh. Unfortunately for some, a good bit of server admin work is CLI. Since you know vi though, you should be pretty much home free. * I have a *new* (fairly new) Mac mini Server and have several things up and running on it. qmail+vpopmail is the only major requirement I haven't tackled yet. So I don't get credit for guessing you have a Mac Mini? ;) * Curiously the first point you mention some sort of raid is one reason I want to use OSX, because I really like SoftRAID, which runs only on the Mac. It is installed at home on all my Macs, and I'm quite fond of it and use it at levels that most customers don't touch. And there are some features planned for the future that I'm quite excited about. I've had terrible experiences with Apple RAID in the past and also would not want to use Apple's own drivers for data I care about. That should be fine. I'm partial to software raid myself, but I do it all with the mdadm CLI utility. I'm sure that SoftRAID is slicker. *** I would consider running QMT in a VM, but would rather avoid a VM. I've never touched CentOS. Not a big deal. It's much like the CLI in OSX. Things are in different places is all. You really don't need to concern yourself with most of that though. Much less than if you try to roll your own on OSX. My distro of choice still would be Mac-native. Obviously BSD would be closest. With QMT you really don't need to know much about the OS though. Everything's scripted. I suppose I would try building from sources and see what happens. That's an option. It's a very long row to hoe though. There are many fine points to running qmail, as I'm sure you're aware. Are you planning on running daemontools and ucspi-tcp? That could get ugly on OSX. If I were to do this, I'd look at using OSX's launchd (or whatever else your version may use). I really don't want my *entire* server in a VM (just qmail+vpopmail if really necessary) Your QMT server would be the only part that's in a VM. The rest of your present server would remain as-is. and also really don't want multiple IP's, and suspect sharing a single IP with host and mail VM would be problematic. There's no problem with this. Virtualization software can provide NAT for the VM's nic(s). I already have native Apache, SQL, PHP, etc. and figure it is a good thing to leave it that way if I want to try Mac for whatever it may be worth. The host and VM would be totally separate software wise, so no problem there. In fact, having the mail server in a VM eliminates potential conflicts with
[vchkpw] Re: [SPAM] perl5.10.1 segfault when trying to send an email
Stéphane, If you're not committed to debian, I hope you consider using qmail-toaster (http://wiki.qmailtoaster.com). It's based on qmail-rocks as well, and many people have migrated to it from a variety of qmail implementations. It is a full fledged server which is easy to build and maintain, and has strong community support. There is also a qmailtoaster-plus package available (http://qtp.qmailtoaster.com), which contains a slew of administrative scripts which will make your life as a qmail admin much easier, including qtp-backup and qtp-restore scripts which can be used for migrations. Disclaimer: I am the project leader, so I'm a bit biased. ;) -- -Eric 'shubes' On 06/23/2012 01:19 PM, Stéphane Dupont wrote: Hello, I've got a problem with a vpopmail / qmail / spamassassin / clamav installation. To do some testing before going live, I tried to send an email via telnet, and I've got this: telnet XXX.XXX.XXX.XXX 25 Trying XXX.XXX.XXX.XXX... Connected to XXX.XXX.XXX.XXX. Escape character is '^]'. 220 mail.xxx.xxx ESMTP ehlo mail.xxx.xxx 250-mail.xxx.xxx 250-STARTTLS 250-SIZE 0 250-PIPELINING 250 8BITMIME mail from: x...@gmail.com 250 ok rcpt to: x...@xxx.com 250 ok data 354 go ahead test .. 451 qq crashed (#4.3.0) At the time I enter the data command, I've got this in the syslog file: Jun 23 21:56:25 mail kernel: [ 910.578019] perl5.10.1[1951]: segfault at 20 ip 7f4adf64d138 sp 7fff09275940 error 4 in libperl.so.5.10.1[7f4adf60d000+165000] Also, this happens only if I do this from outside the server. If I'm doing the same thing from the server (telnet localhost), the problem doesn't happen... Any idea? I just built this new system to migrate from an old one. The installation is based on qmailrocks. Debian Squeeze 64bits vpopmail-5.4.32 qmail-1.03 SpamAssassin-3.3.2 clamav-0.97.5 Thanks a lot, Stéphane Dupont. (PS : sorry for the previous message, I forgot to put a subject) !DSPAM:4fe6329934189698226404!
[vchkpw] Re: [SPAM] Re: [vchkpw] Prevent certain users from send emails outside the local domain.
On 06/09/2012 04:44 AM, Pritam D. Gautam wrote: Dear Amit, Thank you for pointing in right direction. However, there are some shortcomings of implementing eMPF, I have encountered: Scenario 1: User A has been configured to prevent sending mails to external domain. If user A sends mail to internal domain (permitted by policy), with a copy to external domain (denied by policy), the entire mail is rejected. This is the behavior that I would expect, although that doesn't necessarily make it right or proper. I'll need to think this through before coming up with a suggestion. This seems similar to another situation where a submission contains one invalid address out of a bunch, and the message is refused giving the user no indication of which address is bad. I'm not sure this is the best way to handle things either. Scenario 2: Vpopmail has been configured with /defaultdomain/ name in ~vpopmail/etc/defaultdomain file With defaultdomain configured, it is not mandatory to supply full emailaddress for authenticating with mailserver resulting in eMPF to fail and allow all emails. -- Having said that I have been able to write a workaround for Scenario 2 but living with Scenario 1 currently. Any help will be appreciated. Attached is patch I have created for Scenario 2. HOWTO for Scenario 2: -- 1. Apply patch 2. Configure and export QMAILDEFAULTDOMAIN variable in the run file for SMTP Server e.g. export QMAILDEFAULTDOMAIN=@example.com Rather than have the default domain hard coded in another location, I would rather see something like: defdomfile=/home/vpopmail/etc/defaultdomain if [ -f $defdomfile ]; then export QMAILDEFAULTDOMAIN=$(cat $defdomfile) else export QMAILDEFAULTDOMAIN= fi Also, I'm not a C expert. I wonder what happens with strcat(remoteinfo,env_get(QMAILDEFAULTDOMAIN)) when QMAILDEFAULTDOMAIN is not defined. If nothing, that's fine. If it causes strcat to do something undesired though, then the result of env_get should be checked before doing the strcat. Nice work. This fix should probably be included the the stock eMPF code. Matt? -- -Eric 'shubes' !DSPAM:4fd37e6634201363618960!
[vchkpw] Re: [SPAM] Re: [vchkpw] Prevent certain users from send emails outside the local domain.
On 06/08/2012 04:43 AM, Todor Petkov wrote: On 06/08/2012 01:04 PM, Pritam D. Gautam wrote: Hi, I am required to prevent certain users on my Qmail Server from sending emails to outside domain. In my understanding, only IP Addresses can be prevented from relaying! But that's something which does not work in my environment considering we have DHCP setup. Any help will be appreciated. Regards, Hello, not 100% sure, but I think you can do it via vmoduser and adding -r flag to the user. This, however, will require smtp auth usage. For more information, look at http://www.qmailwiki.org/Vpopmail#vmoduser Regards, That's an interesting approach. I think you'd want to use the -s flag for the user, then configure their email client to not authenticate. Local email would be accepted (for all domains on the host though, not strictly inter-domain), and relaying would be rejected. I think eMPF (as Amit suggested) is a nicer solution though. It's more straight forward, and has more flexibility to control this sort of thing. Not surprising, as that's what it was created to do. -- -Eric 'shubes' !DSPAM:4fd2168b34201383016228!
Re: [vchkpw] Re: [SPAM] Re: [vchkpw] Prevent certain users from send emails outside the local domain.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/08/2012 10:12 AM, Eric Shubert wrote: not 100% sure, but I think you can do it via vmoduser and adding -r flag to the user. This, however, will require smtp auth usage. For more information, look at http://www.qmailwiki.org/Vpopmail#vmoduser Regards, That's an interesting approach. I think you'd want to use the -s flag for the user, then configure their email client to not authenticate. Local email would be accepted (for all domains on the host though, not strictly inter-domain), and relaying would be rejected. I think eMPF (as Amit suggested) is a nicer solution though. It's more straight forward, and has more flexibility to control this sort of thing. Not surprising, as that's what it was created to do. Sorry about all the [SPAM] tags. Not sure how that happened, but we're adjusting things. Anyway, yes, Eric is totally correct, eMPF was written for precisely this purpose. http://www.qmailwiki.org/eMPF has documentation and examples. Thanks! - -- /* Matt Brookings m...@inter7.com GnuPG Key 5F3258AD Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP0kcCAAoJEGgfLslfMlitCSwH/jJ1olWF0B8oNfHLXiAJsR5a zkZyGoPYU0yvwcXnnuKpUWGDw32FaQ9CedaRtZNheT5reKO95CS3Zc842R5/0sIl oCjAwNglV3mlo0qH4whG6wRMC68KwSY+t9s3w9QyiWYV5Jq0GxzT90goJKVGldz6 yUGxljECt/VetoyUxWFgbx0MTVblgZS0Gn0TPGGqxwgCI/cBq+8sOdGloD85xwiJ YuT+34F1lWyuqfljeHu+BuQH1eWxQUe2xJDXNS9PQ7OJFT/NoGqpep4kc/+eH2uj DdsznBZo0xmv+jObDfR33jbIPqkxtwueuhGpl+btXes7Ahsq2aE/pOf+/6KmPEM= =V81g -END PGP SIGNATURE-
[vchkpw] Re: [SPAM] Cannot Authenticate When popping mail
On 04/21/2012 06:13 PM, Rick Phillips wrote: I have searched my problem extensively on the web and even in the archives on this list without success. I say without success because there were many similar problems with different configurations going back to about 2003 but in many cases, the question I am about to ask was ignored on the lists. I have installed netqmail + vpopmail + ezmlm dozens of times without any problems following Life With Qmail explicitly and the instruction with vpopmail. I have had 3 failed attempts using 64bit CentOS 6.0, 6.1 and now 6.2. Everything functions - qmailadmin works and authenticates, mail is received on the server and mail can be sent BUT popping the mail from the server fails with the error Unable to connect to server 'servername' Cannot send password. My mailer configuration is exactly the same as I use on working setups. I have wasted days on a solution - even trying older and the development versions of vpopmail. The version I am currently using is 5.4.33. The following is my /var/qmail/supervise/qmail-pop3d/run script. #!/bin/sh exec /usr/local/bin/softlimit -m 1000 \ /usr/local/bin/tcpserver -v -R -H -l 0 0 110 /var/qmail/bin/qmail-popup \ FQDN_disguised /home/vpopmail/bin/vchkpw /var/qmail/bin/qmail-pop3d Maildir 21 vchkpw indeed resides where it should be as outlined above. The mail arrives in a Maildir folder exactly as it should. There are several domains, each being set up from scratch using vadddomain and then users were added with qmailadmin which functions normally. My bad experiences have only been with CentOS 6.X and I manage several other servers running CentOS 5.X without any issues both in 64 and 32 bit. I am at my wits end and can only assume a problem with the latest CentOS and there for perhaps with similar versions of RHEL. I hope someone has some ideas. With thanks in advance, Rick Have you tried increasing the softlimit value? I would try adding another zero. If it works, you can reduce the number gradually until it breaks again. -- -Eric 'shubes' !DSPAM:4f93698134841990715900!
[vchkpw] [SPAM] Re: [vchkpw] Re: [SPAM] Cannot Authenticate When popping mail
Eric, Have you tried increasing the softlimit value? I would try adding another zero. If it works, you can reduce the number gradually until it breaks again. You are a genius! To think of all of the time I have wasted on this and it was as simple as that. Finding it hard to understand though why the softlimit would differ on two different systems running the same OS but different versions. Er, why is our mail being marked as spam? Regards, Rick !DSPAM:4f9380b334841021493763!
[vchkpw] Re: bounce mail destined to non-existant accounts keep a copy locally
On 04/19/2012 09:04 AM, Netbeans wrote: I would like to ( bounce the email AND keep a copy ) that was destined to a non-existent vpop user. I see than I can bounce -OR- deliver a copy But it does not seem that I can easily do both at the same time. I think you're right (keyword: easily). You could tap the whole domain to some other domain's account, then use a filter on the tap account to delete all emails addressed to existing vpop users. Keeping the filter in sync with user accounts may or may not be troublesome. -- -Eric 'shubes' !DSPAM:4f917f1234841261746487!
Re: [vchkpw] Re: bounce mail destined to non-existant accounts keep a copy locally
I found it was easier to edit the vdelivermail.c program to do both. On 04/20/12 11:21, Eric Shubert wrote: On 04/19/2012 09:04 AM, Netbeans wrote: I would like to ( bounce the email AND keep a copy ) that was destined to a non-existent vpop user. I see than I can bounce -OR- deliver a copy But it does not seem that I can easily do both at the same time. I think you're right (keyword: easily). You could tap the whole domain to some other domain's account, then use a filter on the tap account to delete all emails addressed to existing vpop users. Keeping the filter in sync with user accounts may or may not be troublesome. !DSPAM:4f91891d34841555310708!
[vchkpw] Re: [SPAM] Qmail TAP not working
I don't know for sure, but I can hazard a guess. You see, tap works on both sender and recipient addresses. More like sender *or* recipient addresses. Since the email is send from pqr, that tap is matched and no others are tried (apparently). Someone would need to have a look at the code, but I suspect that's what's happening. Perhaps the process should continue to tap a recipient addresses after matching a sending address. Or maybe the tap process should tap all matching configuration lines. I don't know if it's supposed to do that already or not, and I've no idea if this is an easy patch or not. -- -Eric 'shubes' On 03/01/2012 04:56 AM, Amit wrote: DearTeam, I had set a qmail tap with below setting but it is not working properly. Please tell me where I’m doing wrong. Content of my tap file is below: a...@example.com:x...@example.com mailto:a...@example.com:x...@example.com p...@example.com:p...@gmail.com mailto:p...@example.com:p...@gmail.com Now problem is all mail sent to a...@example.com mailto:a...@example.com is getting ta pped to x...@example.com mailto:x...@example.com except mail sent from p...@example.com mailto:p...@example.com to a...@example.com mailto:a...@example.com. *Regards,* ** *Amit Dalia*|Support Head|Mobile : +91 - 866101 http://iknowledgefactory.com/ikf_email/ikf_logo.jpg http://ikf.co.in/ http://iknowledgefactory.com/ikf_email/line_1.jpg *I Knowledge Factory Pvt. Ltd.* Manohar, Plot No. 2, S.No : 47/1B- 1/2, 3rd Floor, Taware Colony, Near Muktangan School, A ranyeshwar Road. Pune - 411009 Tel : +91-20-2422-786-1 / 2 / 3 / 4 Extn - 204 http://iknowledgefactory.com/ikf_email/facebook.jpg http://www.facebook.com/IKFPune http://iknowledgefactory.com/ikf_email/linkedin.jpg http://in.linkedin.com/in/ikfpune Click Here http://dev.ikf.in/ikf_new/chatnew/chat.php?intid=YW1pdA__ to chat with me !DSPAM:4f4fa4af34173183811691!
Re: [vchkpw] Re: [SPAM] Qmail TAP not working
Il 01/03/2012 17:32, Eric Shubert ha scritto: I don't know for sure, but I can hazard a guess. You see, tap works on both sender and recipient addresses. More like sender *or* recipient addresses. Since the email is send from pqr, that tap is matched and no others are tried (apparently). Someone would need to have a look at the code, but I suspect that's what's happening. Perhaps the process should continue to tap a recipient addresses after matching a sending address. Or maybe the tap process should tap all matching configuration lines. I don't know if it's supposed to do that already or not, and I've no idea if this is an easy patch or not. As far as I know, tap stops after the first match is found. Regards, Tonino -- Inter@zioniInterazioni di Antonio Nati http://www.interazioni.it to...@interazioni.it !DSPAM:4f4fb6fb34171370380159!
[vchkpw] Re: vpopmail migration
How many accounts are you talking about? It might be easiest to create the (domain and) accounts manually or with a script on the new host, then copy any emails over from/to the /home/vpopmail/domains/ directory using either scp or rsync. On 06/15/2011 07:57 PM, Ron Herzing wrote: Hello All, My names Ron and I’m new to the list. Can anyone point me in the right direction for migrating a vpopmail domain to another vpopmail server? Details: I currently have a mail server with a domain of auffenberg.com and the user accounts are in vpopmail using vpasswd.cdb to store user accounts. I have built a new mail server and this one also uses vpopmail except that I am using mysql for the user accounts. I have read that to convert the cdb file to mysql that I should use: vconvert –c –m I’m having trouble finding any more information on converting and migrating to another server. My questions: What else do I have to do in order to convert my user accounts and get them over to the new server? How is vconvert able to insert data into the database? Does it require further command line instruction to accomplish this? Any information on how to go about this would be greatly appreciated. Thanks, ~Ron -- -Eric 'shubes' !DSPAM:4dfa0d0432712878218307!
RE: [vchkpw] Re: vpopmail migration
Thanks for the advice everybody. I'll be giving this a go in a couple weeks. -Original Message- From: Remo Mattei [mailto:r...@italy1.com] Sent: Thursday, June 16, 2011 9:48 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: vpopmail migration There is an option to autocreate the account :). I have moved to a new server and when the client logged in since it was in the DB it automatically created the folder in vpopomail. Remo On 6/16/11 8:02 AM, Eric Shubert e...@shubes.net wrote: How many accounts are you talking about? It might be easiest to create the (domain and) accounts manually or with a script on the new host, then copy any emails over from/to the /home/vpopmail/domains/ directory using either scp or rsync. On 06/15/2011 07:57 PM, Ron Herzing wrote: Hello All, My names Ron and I¹m new to the list. Can anyone point me in the right direction for migrating a vpopmail domain to another vpopmail server? Details: I currently have a mail server with a domain of auffenberg.com and the user accounts are in vpopmail using vpasswd.cdb to store user accounts. I have built a new mail server and this one also uses vpopmail except that I am using mysql for the user accounts. I have read that to convert the cdb file to mysql that I should use: vconvert c m I¹m having trouble finding any more information on converting and migrating to another server. My questions: What else do I have to do in order to convert my user accounts and get them over to the new server? How is vconvert able to insert data into the database? Does it require further command line instruction to accomplish this? Any information on how to go about this would be greatly appreciated. Thanks, ~Ron -- -Eric 'shubes' !DSPAM:4dfacabc32716013912533!
[vchkpw] Re: [SPAM] slow local queue
On 05/24/2011 10:41 PM, Anilkumar null wrote: Dear All, I have installed qmail installation according to qmailrocks with mysql as data backend. also installed local Bind as catching DNS server. problem is that i receive lots of e-mail on daily basis and few mails are kept in my local queue for more than 4-8 hours. what will be the issue, due to this problem my remote outqueue mails are also increasing, please suggest me some solution. so that local mails can be cleared easily and faster. Regards Anil It's hard to tell from what you've given us what the problem might be. What do you see in your send logs? Are any messages at all going through, both local and remote? FWIW, spamdyke (http://spamdyke.org) will lighten the load on your server. Also, rather than struggling with QMR, I highly recommend using QMail-Toaster (http://qmailtoaster.com). Everything there is all pre-bundled for you. QMT just works. Strong community and documentation there as well. -- -Eric 'shubes' !DSPAM:4ddd199732711873996166!
Re: [vchkpw] Re: [SPAM] slow local queue
Also, rather than struggling with QMR, I highly recommend using QMail-Toaster (http://qmailtoaster.com). Everything there is all pre-bundled for you. QMT just works. Strong community and documentation there as well. But if you are using Debian/Ubuntu and you want a QMR like installation you can follow this guide http://qmailrocks.thibs.com/ !DSPAM:4ddd60af32713263920380!
[vchkpw] Re: Forward non-existing accounts to another server (same domain)
On 05/09/2011 01:13 AM, Carlos Miranda Molina (Mstaaravin) wrote: Hi! I have one domain mydomain.com and i need split this between 3 geographical places, differents users of course. the only solution that works for me is this: http://qmail.jms1.net/multi-location.shtml But, I want to avoid that configuration. In vpopmail FAQ (http://www.inter7.com/vpopmail/FAQ.txt) say: 22. How do I forward all email to a different site? Edit the .qmail-default file and put in: | /home/vpopmail/bin/vdelivermail '' $e...@newdomain.com This will forward all non matching emails to u...@newdomain.com No problem if they are different domains but each of my qmail has the same domain in my /var/qmail/rcpthosts and not same users. I need that when you send mail from us...@mydomain.com (in server1) to user us...@mydomain.com (in server2) qmail delivery mail to another server. what option I can use in my .qmail-default file? something like | /home/vpopmail/bin/vdelivermail '' $EXT@anotherserverIP_or_variable i looked environments variables on http://www.lifewithqmail.org/lwq.html#config-files, but I do not understand. Thanks One way to do this would be to use subdomains for each place, ie place1.mydomain.com, place2.mydomain.com, place3.mydomain.com. Set up the users with 'real' accounts in their proper subdomain. Also create appropriate MX records for each subdomain. In the primary domain, set up all users as forwards to their subdomain. This does have a drawback in that in its simplest implementation, all email goes to the central/primary server first, then on to the appropriate subdomain. This might be avoided by replicating the primary domain to each of the subdomains (you'll need vpopmail configured with separate tables per domain for this), and having a local DNS resolver on each subdomain that points the MX for the primary domain to itself. I haven't actually done the replication part of this, but I have set up a few subdomains. I think it would work, but of course YMMV. -- -Eric 'shubes' !DSPAM:4dc80fa732711891217879!
[vchkpw] Re: maildirsize problem
Salman, I generally don't like suggesting a alternatives, but it appears to me that you're going about this the hard way. Have you considered using Qmail-Toaster (http://qmailtoaster.com/)? It's a rock solid implementation of qmail, it uses vpopmail, and it has everything all preconfigured and ready to roll. I can't be sure it's suitable for your situation, but it fulfills the needs of quite a few. Personally, I cringe at the idea of using qmail any other way. Of course, QMT is at the mercy of vpopmail when it comes to quotas. I'm very pleased to see Matt working on vpopmail to get this fixed, in addition to getting v5.5 going. Thanks Matt. HTH. -- -Eric 'shubes' On 03/02/2011 11:41 AM, Salman Riaz wrote: Yes I have patched the qmail for maildir++ thats why IMAP protocol does not create any problem. I am agreed with your opinion that POP is creating some problems in this case. Basically I have installed netqmail-1.0.5. Is there any separate patch for configuring POP using maildir++? Regards, Salman... Date: Wed, 2 Mar 2011 07:42:49 -0600 From: m...@inter7.com To: vchkpw@inter7.com Subject: Re: [vchkpw] maildirsize problem -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/02/2011 01:21 AM, Salman Riaz wrote: Dear Matt, I have configure the POP as following in my qmail g t; Have you patched qmail to support Maildir++? - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1uSVkACgkQIwet2/rgZywg6ACfYzfLNw7DzJgC3xGw+WVj3ynk GlIAn2mDRjBXhgr4qkSU0X0rStB8mcWq =zNAl -END PGP SIGNATURE- !DSPAM:4d6e92ba32716691718840!
[vchkpw] Re: maildirsize problem
I highly recommend you use dovecot instead of courier. Courier no longer supports vpopmail. Plus dovecot imap performance runs circles around courier. -- -Eric 'shubes' On 03/01/2011 03:33 AM, Salman Riaz wrote: Dear Alessio, Its now working fine. I am using courier imap with vpopmail-5.4.33. I have also checked the code of maildirquota.c. It majorly depends on the recalculating time of quota not on the size (5120 bytes or more) of emails. If we reduce this time it will results load in the server. It is set as 15 minutes for the optimum load on the server. When I have use IMAP then it updates the quota at the same time. When I use POP then it updates the quota after 15 minutes. Currently I am conducting more tests to understand the working of this vpopmail. Regards, Salman... Date: Tue, 1 Mar 2011 10:21:07 +0100 From: ales...@skye.it To: vchkpw@inter7.com Subje ct: Re: [vchkpw] maildirsize problem Il 01/03/2011 10:07, Salman Riaz ha scritto: Dear Matt, I have tested the new vpopmail-5.4.33. When I use pop protocol to download the emails then it does not update the maildirsize file. When I have check the email via IMAP it shows no email but still quota is showing some usage Can you please advice me regarding this? Regards, Salman... Hi Salman, for pop3 or imap what daemon are you running? I'm using vpopmail 5.4.33 and dovecot without problem. Try to reset the file maildirsize : /home/vpopmail/domains/dom.com/user/maildirsize and after r e set the quota with ~vpopmail/bin/vmoduser -q100M u...@dom.com -- Alessio Cecchi is: @ ILS - http://www.linux.it/~alessice/ on LinkedIn - http://www.linkedin.com/in/alessice Assistenza Sistemi GNU/Linux - http://www.cecchi.biz/ @ PLUG - ex-Presidente, adesso senatore a vita, http://www.prato.linux.it @ LOLUG - Socio http://www.lolug.net !DSPAM:4d6d24ed32711160672727!
[vchkpw] Re: Strane problem with vmoddomlimits and 2GB limit
On 02/02/2011 10:03 AM, Tom Collins wrote: On Feb 1, 2011, at 8:17 AM, Alessio Cecchi wrote: Is vpopmail/vmoddomlimits unable to manage quota more than 2GB but can manage quota of 2GB -1 byte? Some quota code uses a signed 32-bit value so, yes, 2GB - 1 is the maximum you can represent in that datatype. I believe more recent versions of vpopmail have a new vusage client/daemon to manage quotas, and it supports larger quotas. Keep in mind that the old maildirsize standard is implemented in multiple locations. vdelivermail, qmail-local, your POP and IMAP server, QmailAdmin, vmoddomlimits, vmoduser, etc. All of them would need to be reviewed to ensure they work correctly for larger sizes. One proposed fix is to switch to unsigned 32-bit, but that only gets you to 4GB. I think others have proposed 64-bits, or even just storing kbytes instead of bytes in the file. I'm sure others will chime in with advice and guidance. -Tom Is this true for v5.4.32? Is this true for v5.5.x? I don't use quotas personally, but I'd like to see this get fixed. I'd even consider doing (some of) the coding. Matt, what's the status of this? -- -Eric 'shubes' !DSPAM:4d49aba632711295317521!
Re: [vchkpw] Re: vusagec math
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/05/2010 06:25 PM, Eric Shubert wrote: Matt, I hope you've taken the block size into consideration for all files, not just those less than the block size. The unused space in the last block of all messages can add up. ;) Correct. The usage is based on multiples of the block size. Feel free to check the code and see if I've made any errors. - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz9KLIACgkQIwet2/rgZyx93gCfcwLvYRnxUi8lRg/MAhwdVwSQ TSAAnjIlOagWs/wR+2DXEUJktzR+EvJh =LPKx -END PGP SIGNATURE-
[vchkpw] Re: Is 5.5 released?
On 11/30/2010 07:47 AM, Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/28/2010 04:10 PM, Eric Shubert wrote: So is 5.5 considered stable? If not, is there a stable version with which user quotas are working? It's not considered production stable, but I consider it to be mostly stable. I run it in production in a few locations with no problems. - -- /* Matt Brookingsm...@inter7.comGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ Thanks Matt, that's helpful. Could I bother you for a recommendation? QMailToaster (QMT) is presently at 5.4.17, and has some problems with quotas. There are a couple ISP-type users who are very much interested in getting this fixed. I'm considering upgrading the vpopmail-toaster package for them, but am not sure whether to go with 5.4.32 or 5.5.x. I have been holding out for 5.5.x until now, but their need appears to be pretty urgent. Which version would you recommend? FYI, QMT presently runs with the following configuration: vpopmail directory = /home/vpopmail uid = 89 gid = 89 roaming users = OFF --disable-roaming-users (default) password learning = OFF --disable-learn-passwords (default) md5 passwords = ON --enable-md5-passwords (default) file locking = ON --enable-file-locking (default) vdelivermail fsync = OFF --disable-file-sync (default) make seekable = ON --enable-make-seekable (default) clear passwd = ON --enable-clear-passwd (default) user dir hashing = OFF --disable-users-big-dir address extensions = ON --enable-qmail-ext ip alias = OFF --disable-ip-alias-domains (default) auth module = mysql --enable-auth-module=mysql mysql replication = OFF --disable-mysql-replication (default) sql logging = OFF --disable-sql-logging (default) mysql limits = OFF --disable-mysql-limits (default) MySQL valias = ON --enable-valias auth inc = -I/usr/include/mysql auth lib = -L/usr/lib64/mysql -lmysqlclient -lz -lm system passwords = OFF --disable-passwd (default) pop syslog = log success and errors including passwords --enable-logging=v auth logging = ON --enable-auth-logging (default) one domain per SQL table = --disable-many-domains Thanks Matt. -- -Eric 'shubes' !DSPAM:4cfc2c1d32711961663356!
[vchkpw] Re: vusagec math
On 11/30/2010 01:34 PM, Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/30/2010 03:31 AM, Igor Smitran wrote: I would like to se usage based on file size on disk. When i see domain quota usage i need to know how much disk space is that. After all, user is using that space, i am not able to give it to someone else... Added block usage calculation to the vpopmail usage daemon in 5.5. You can find the change in Subversion. Please note, if you have configured the vusage daemon to save a database file, you will need to delete the database file or the calculations will be off when it starts up with the block size configuration. - -- /* Matt Brookingsm...@inter7.comGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz1X94ACgkQIwet2/rgZywZFwCggw3iYar24JLvwiYFel1AZSeE tfsAnAioGn8GKnPIOq/8VXikyKPt8xcN =p/Xw -END PGP SIGNATURE- Matt, I hope you've taken the block size into consideration for all files, not just those less than the block size. The unused space in the last block of all messages can add up. ;) Thanks for you work on vpopmail. -- -Eric 'shubes' !DSPAM:4cfc2d9c32711289418291!
Re: [vchkpw] Re: vusagec math
I would like to se usage based on file size on disk. When i see domain quota usage i need to know how much disk space is that. After all, user is using that space, i am not able to give it to someone else... vpopmail 5.4.32 Igor On 11/29/2010 04:02 PM, Eric Shubert wrote: So, which do you consider 'real' size? ;) FWIW, I'd (also) like to see usage based on what's actually used. I'm not sure that's practical to do though, and can see where it'd be a bit more difficult to implement. BTW, which version of vpopmail are you running? !DSPAM:4cf4c47132716179113766!
Re: [vchkpw] Re: Is 5.5 released?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/28/2010 04:10 PM, Eric Shubert wrote: So is 5.5 considered stable? If not, is there a stable version with which user quotas are working? It's not considered production stable, but I consider it to be mostly stable. I run it in production in a few locations with no problems. - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz1Dp8ACgkQIwet2/rgZywTawCbBd6rjhEUXcxvMgfxZO4OiQ1f bhoAn2U9Bq98PiSW29kjdQ9KmHeD1gHe =fqfS -END PGP SIGNATURE-
Re: [vchkpw] Re: vusagec math
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/30/2010 03:31 AM, Igor Smitran wrote: I would like to se usage based on file size on disk. When i see domain quota usage i need to know how much disk space is that. After all, user is using that space, i am not able to give it to someone else... Added block usage calculation to the vpopmail usage daemon in 5.5. You can find the change in Subversion. Please note, if you have configured the vusage daemon to save a database file, you will need to delete the database file or the calculations will be off when it starts up with the block size configuration. - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz1X94ACgkQIwet2/rgZywZFwCggw3iYar24JLvwiYFel1AZSeE tfsAnAioGn8GKnPIOq/8VXikyKPt8xcN =p/Xw -END PGP SIGNATURE-
[vchkpw] Re: vusagec math
On 11/29/2010 03:45 AM, Igor Smitran wrote: I've noticed that vusagec calculates space based on file size, but it is prone to errors in case it needs to calculate many emails that are smaller than block size. In case file size is smaller than block size file system will use e.g. 4KB for that file and vusagec will calculate real size. In my example file system is giving me 230 GB used space and vusagec gives me 100GB used space. It is huge error in my opinion. Igor So, which do you consider 'real' size? ;) FWIW, I'd (also) like to see usage based on what's actually used. I'm not sure that's practical to do though, and can see where it'd be a bit more difficult to implement. BTW, which version of vpopmail are you running? -- -Eric 'shubes' !DSPAM:4cf3c0ab32711432613264!
[vchkpw] Re: Is 5.5 released?
On 11/03/2010 06:54 AM, Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/03/2010 08:15 AM, Jason Frisvold wrote: On Nov 2, 2010, at 3:56 PM, Matt Brookings wrote: SourceForge shows the latest file release on the main page. If you look at where 5.5 is kept, it's still under the development area. Would this be the main page? http://sourceforge.net/projects/vpopmail/ Correct. So is 5.5 considered stable? If not, is there a stable version with which user quotas are working? -- -Eric 'shubes' !DSPAM:4cf2d37432719011919070!
Re: [vchkpw] Re: Is 5.5 released?
Il 28/11/2010 23:10, Eric Shubert ha scritto: On 11/03/2010 06:54 AM, Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/03/2010 08:15 AM, Jason Frisvold wrote: On Nov 2, 2010, at 3:56 PM, Matt Brookings wrote: SourceForge shows the latest file release on the main page. If you look at where 5.5 is kept, it's still under the development area. Would this be the main page? http://sourceforge.net/projects/vpopmail/ Correct. So is 5.5 considered stable? If not, is there a stable version with which user quotas are working? Hello, since 5.4.32 I don't have any problem with quota. !DSPAM:4cf2dc2832711823062380!
[vchkpw] Re: Help - custom vpopmail
Quoting Rick Romero r...@havokmon.com:
Quoting Timo Sirainen t...@iki.fi:
On Tue, 2010-11-16 at 10:30 -0600, Rick Romero wrote:
So I modified my vpopmail install to write an additional field
into the
lastauth table. My custom vpopmail writes the remote IP into
remote_ip,
and the auth type into a 'type' field. I tested with qmail's
POP3 daemon to
verify vchkpw would fill the table correcly.
But I'm not sure how to get dovecot to do it:
I know this is close, but there is something not right in
src/auth/userdb-vpopmail.c line 99.
vset_lastauth(vpop_user, vpop_domain, auth_request-remote_ip,
t_strdup_noconst(auth_request-service));
1) You need to modify vpopmail's vset_lastauth() function to actually
support this.
2) Once you do have the extra field (const char *ip) added,
you can use:
vset_lastauth(vpop_user, vpop_domain,
net_ip2addr(auth_request-remote_ip),
t_strdup_noconst(auth_request-service));
I can't get dovecot to write to lastauth at all (vpopmail-5.4.32
dovecot-2.0.7)
I can't even restore old functionality. lastauth IS populating for other
users on these versions- right?
I changed my vmysql.c in vpopmail-5.4.32 to the following and re-compiled
a stock dovecot (I even removed the lib/dovecot/* and libexec/dovecot/*
directories before reinstall).
This SHOULD allow both 3 parameter and 4 parameter calls. I know it works
for 4 args, because my vchkpw works as stated above using qmail-pop3d (on
alt port) and vchkpw.
int vset_lastauth(char *user, char *domain, char *remoteip , ...)
{
int err;
char *authtype;
if ( (err=vauth_open_update()) != 0 ) return(err);
va_list ap;
va_start(ap,remoteip);
authtype = va_arg(ap, char *);
if (authtype == NULL){authtype=unknown;}
qnprintf( SqlBufUpdate, SQL_BUF_SIZE,
replace into lastauth set user='%s', domain='%s', \
remote_ip='%s', timestamp=%lu, type='%s', user, domain, remoteip,
time(NULL), authtype);
if (mysql_query(mysql_update,SqlBufUpdate)) {
vcreate_lastauth_table();
if (mysql_query(mysql_update,SqlBufUpdate)) {
fprintf(stderr, vmysql: sql error[f]: %s\n,
mysql_error(mysql_update));
}
}
return(0);
}
How should I change this to log all attempts.
Rick
!DSPAM:4ce49acb32712121752182!
Re: [vchkpw] Re: chkuser - rejects legit mail, when followed by bad e-mail
On 10/11/2010 4:46 PM, U. George wrote: It was not clear to me if chkuser should allow a legit e-mail addr, followed by some bad e-mail addr to be passed along smtpd. Following is a recordio session of one smtp session where there are 3 rcpt to. 2 are bogus, 1 is real. Message is spam. I'm not sure that it's chkuser that is getting in the way; I tested the old version (chkusr 1.0) and it works correctly. The error you pasted: 451 See http://pobox.com/~djb/docs/smtplf.html implies that it's not the fault of chkuser at all; that the message is simply badly formatted and would have been rejected to a single good recipient as well. To accept these types of badly formatted messages, use fixcrio (which you'll have to check if your TLS patch patched). -- Jeremy Kister http://jeremy.kister.net./ !DSPAM:4cb37db632711767595573!
[vchkpw] Re: chkuser - rejects legit mail, when followed by bad e-mail
If I understand this correctly, I think this is the nature of the beast. If you send an email to multiple addresses at the same server/domain, some of which are good, and others which are not, the smtp protocol only allows for rejection or acceptance of the entire message, somewhat unfortunately. Qmail remedies the situation by sending messages individually, but this doesn't solve the problem of other servers sending a mix of valid and invalid addresses in the same message. Also, addresses are processed by chkuser in whatever order the sending server provides them. Sequence is of no significance. U. George wrote: the first e-mail rcpt is legit. It appears that if more rcpts follow, and those accounts dont exist, then the first legit e-mail is not processed, as is rejected with all the other bogus attempts to send e-mail the domain. The chkuser test process appears to try a fake e-mail, and then a legit e-mail. BUt does not try a legit e-mail, and then a fake e-mail. Oct 8 07:35:29 LaptopServer qmail: 07:35:29.452 sslserver: pid 21983 from 212.139.245.241 Oct 8 07:35:29 LaptopServer qmail: 07:35:29.565 sslserver: ok 21983 mail.gatworks.com:96.232.60.244:25 212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241::2202 Oct 8 07:35:31 LaptopServer qmail: 07:35:31.384 CHKUSER accepted sender: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt : sender accepted Oct 8 07:35:31 LaptopServer qmail: 07:35:31.385 CHKUSER accepted rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt netbe...@gatworks.com : found existing recipient Oct 8 07:35:31 LaptopServer qmail: 07:35:31.385 CHKUSER rejected rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt nobgatworks...@gatworks.com : not existing recipient Oct 8 07:35:32 LaptopServer qmail: 07:35:32.395 CHKUSER rejected rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt starrea...@gatworks.com : not existing recipient Oct 8 07:35:34 LaptopServer qmail: 07:35:34.375 sslserver: warning: dropping connection, unable to read/create SSL instance Oct 8 07:35:34 LaptopServer qmail: 07:35:34.375 sslserver: end 21982 status 111;N -- -Eric 'shubes' !DSPAM:4caf209532711083715087!
Re: [vchkpw] Re: chkuser - rejects legit mail, when followed by bad e-mail
It is not clear to me if the same message is sent to multiple users, or multiple messages to multiple users using the same smtp session. BUT, I think, if the *last* email rcpt is legit, then the message is passed along to that legit account irrespective of any any failures that happened before. I will have to review the mail log to see if thats true. I will have to log the smtpd session to see what the actual conditions are. On 10/08/2010 09:45 AM, Eric Shubert wrote: If I understand this correctly, I think this is the nature of the beast. If you send an email to multiple addresses at the same server/domain, some of which are good, and others which are not, the smtp protocol only allows for rejection or acceptance of the entire message, somewhat unfortunately. Qmail remedies the situation by sending messages individually, but this doesn't solve the problem of other servers sending a mix of valid and invalid addresses in the same message. Also, addresses are processed by chkuser in whatever order the sending server provides them. Sequence is of no significance. U. George wrote: the first e-mail rcpt is legit. It appears that if more rcpts follow, and those accounts dont exist, then the first legit e-mail is not processed, as is rejected with all the other bogus attempts to send e-mail the domain. The chkuser test process appears to try a fake e-mail, and then a legit e-mail. BUt does not try a legit e-mail, and then a fake e-mail. Oct 8 07:35:29 LaptopServer qmail: 07:35:29.452 sslserver: pid 21983 from 212.139.245.241 Oct 8 07:35:29 LaptopServer qmail: 07:35:29.565 sslserver: ok 21983 mail.gatworks.com:96.232.60.244:25 212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241::2202 Oct 8 07:35:31 LaptopServer qmail: 07:35:31.384 CHKUSER accepted sender: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt : sender accepted Oct 8 07:35:31 LaptopServer qmail: 07:35:31.385 CHKUSER accepted rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt netbe...@gatworks.com : found existing recipient Oct 8 07:35:31 LaptopServer qmail: 07:35:31.385 CHKUSER rejected rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt nobgatworks...@gatworks.com : not existing recipient Oct 8 07:35:32 LaptopServer qmail: 07:35:32.395 CHKUSER rejected rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt starrea...@gatworks.com : not existing recipient Oct 8 07:35:34 LaptopServer qmail: 07:35:34.375 sslserver: warning: dropping connection, unable to read/create SSL instance Oct 8 07:35:34 LaptopServer qmail: 07:35:34.375 sslserver: end 21982 status 111;N !DSPAM:4caf26cb32719064613040!
[vchkpw] Re: chkuser - rejects legit mail, when followed by bad e-mail
U. George wrote: It is not clear to me if the same message is sent to multiple users, or multiple messages to multiple users using the same smtp session. I don't recall ever seeing multiple messages using the same smtp session. I presume it can be done simply by following the . (ending one message) with another MAIL FROM command and proceeding with another message. I just haven't ever (in 4 years of using QMT) seen it in a log. BUT, I think, if the *last* email rcpt is legit, then the message is passed along to that legit account irrespective of any any failures that happened before. I will have to review the mail log to see if thats true. That shouldn't be happening. If any one of the recipients is invalid, the message should be rejected (depending on the bounce/catchall setting of course). Someone please correct me if I'm wrong on this. I will have to log the smtpd session to see what the actual conditions are. Please let us know what you determine. Inquiring minds want to know. ;) On 10/08/2010 09:45 AM, Eric Shubert wrote: If I understand this correctly, I think this is the nature of the beast. If you send an email to multiple addresses at the same server/domain, some of which are good, and others which are not, the smtp protocol only allows for rejection or acceptance of the entire message, somewhat unfortunately. Qmail remedies the situation by sending messages individually, but this doesn't solve the problem of other servers sending a mix of valid and invalid addresses in the same message. Also, addresses are processed by chkuser in whatever order the sending server provides them. Sequence is of no significance. U. George wrote: the first e-mail rcpt is legit. It appears that if more rcpts follow, and those accounts dont exist, then the first legit e-mail is not processed, as is rejected with all the other bogus attempts to send e-mail the domain. The chkuser test process appears to try a fake e-mail, and then a legit e-mail. BUt does not try a legit e-mail, and then a fake e-mail. Oct 8 07:35:29 LaptopServer qmail: 07:35:29.452 sslserver: pid 21983 from 212.139.245.241 Oct 8 07:35:29 LaptopServer qmail: 07:35:29.565 sslserver: ok 21983 mail.gatworks.com:96.232.60.244:25 212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241::2202 Oct 8 07:35:31 LaptopServer qmail: 07:35:31.384 CHKUSER accepted sender: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt : sender accepted Oct 8 07:35:31 LaptopServer qmail: 07:35:31.385 CHKUSER accepted rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt netbe...@gatworks.com : found existing recipient Oct 8 07:35:31 LaptopServer qmail: 07:35:31.385 CHKUSER rejected rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt nobgatworks...@gatworks.com : not existing recipient Oct 8 07:35:32 LaptopServer qmail: 07:35:32.395 CHKUSER rejected rcpt: from o.samath...@fujitsugeneral.com:: remote nmcdprhc:212-139-245-241.dynamic.dsl.as9105.com:212.139.245.241 rcpt starrea...@gatworks.com : not existing recipient Oct 8 07:35:34 LaptopServer qmail: 07:35:34.375 sslserver: warning: dropping connection, unable to read/create SSL instance Oct 8 07:35:34 LaptopServer qmail: 07:35:34.375 sslserver: end 21982 status 111;N -- -Eric 'shubes' !DSPAM:4caf416932711861280447!
Re: [vchkpw] Re: chkuser - rejects legit mail, when followed by bad e-mail
chkuser-2.0.9-release.patch On 10/08/2010 12:23 PM, Rick Romero wrote: What version of chkuser are you running? !DSPAM:4caf6d0332711107294771!
[vchkpw] Re: Call for input on OpenLDAP authentication module
Matt Brookings wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The module is nearing completion, and I'd like to ask for some
opinions on supported password formats.
Part of the module's goal is to provide an address book for users.
The LDAP server administrator can set down rights as to what parts of
the directory can be seen, and users can authenticate as themselves
against the LDAP server for this purpose.
That means that both vpopmail, and the LDAP server must both
understand the password field. Because of this requirement, the
userPassword field from the inetOrgPerson schema is being used to
store the hashed password.
Another requirement is that the password be portable to other
authentication modules. If one wishes to convert to another module,
and does not have plaintext passwords enabled, it should be possible
to convert the user's hashed password to the new module, even if it
requires some quick tweaks (eg. {SMD5} has the four byte salt at the
end, and is base64 encoded -- this could easily be reformatted)
Initially I had decided upon using the {SMD5} hash scheme, but this
requires that systems have MD5 support. The next obvious choice is
the {CRYPT} scheme, however, OpenLDAP does not compile with this
feature enabled by default, and without it, the server cannot
authenticate clients.
So, to those of you with some experience with OpenLDAP, I'm looking
for some input on the optimal scheme (or schemes) to implement,
keeping in mind that the hashed password can (hopefully) be ported to
the other authentication modules if required, and the OpenLDAP server
must be able to authenticate against it.
The original module supported {MD5} and {CRYPT}, and that's what I'm
leaning towards here.
Thanks for any input you can provide!
- --
I'm certainly not one who can advise on this. However, I would like at
some point to be able to use FreeIPA for authentication. Perhaps you can
ask about this on the FreeIPA Users list
(https://www.redhat.com/mailman/listinfo/freeipa-users or
gmane.linux.redhat.freeipa.user). I would think that some folks there
would be very knowledgeable about such things.
--
-Eric 'shubes'
!DSPAM:4ca644b332711424712350!
Re: [vchkpw] Re: submission port 587
Check bill shupp site you can find anything you need Inviato da iPhone Il giorno Sep 11, 2010, alle ore 23:25, Eric Shubert e...@shubes.net ha scritto: The 'stock' qmail-toaster (http://qmailtoaster.com) contains this. The only difference between the smtp/run and submission/run files is that the submission/run file contains the -H flag for tcpserver, and: export REQUIRE_AUTH=1 which tells the authentication patch to always authenticate. qmail-toaster includes the following patch: Jean-Paul van de Plasse - REQUIRE_AUTH Patch which is what checks the REQUIRE_AUTH environment variable. You'll need to do some searching to find that patch, or grab it from the qmail-toaster srpm package. HTH. -- -Eric 'shubes' jeffk...@intersessions.com wrote: Hi Thiago – thanks – I’ll give this a try. Jeff *From:* Thiago Bujnowski - Ticonnect Solutions [mailto:tbujnow...@ticonnect.com.br] *Sent:* Saturday, September 11, 2010 9:43 PM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] submission port 587 You can just create another directory at /var/qmail/supervise with a run file running on port 587 and using a different tcp.smtp file. I wanted separeted processes for internal and external incoming mail at my MX server. Here is how I did it: - I followed a regular instalation as described in lifewithqmail + smtpauth. - Instaled Vpopmail - Applied the chkuser patch - Instead of replacing qmail-smtp at /var/qmail/bin I renamed the patched file to qmail-mx and copied into it. - Created a /var/qmail/supervise/qmail-mx folder and modified the run file to use qmail-mx instead of qmail-smtp binary and tcp.mx.cdb instead of tcp.smtp.cdb, and chaged the listening IP. (You your case, you should modify the listening port to 587) - Created the link at /service - Modified qmailctl adding the qmail-mx process. (Also generating the tcp.mx.cdb file from tcp.mx) It works like a charm for me and I think you could just adapt the overall idea fitting your needs. There is just one inconvenience with this setup. The config files for qmail (rcpthosts and etc..) must be the same for both processes. It would require further modifications on qmail-smtp.c to use diferent config files for each process. Your new CDB file should have no open relays allowing only authenticated mail to pass through. That should do the trick. Does anyone have a better suggestion? Regards, Thiago Bujnowski *From:* Rick Macdougall mailto:ri...@ummm-beer.com *Sent:* Saturday, September 11, 2010 9:57 PM *To:* vchkpw@inter7.com mailto:vchkpw@inter7.com *Subject:* Re: [vchkpw] submission port 587 Sorry for the top post, on my IPod. If no one answers before tomorrow, I'll reply when I get on my computer. It's pretty straight forward. Rick On 2010-09-11, at 18:39, jeffk...@intersessions.com mailto:jeffk...@intersessions.com wrote: This may be the wrong forum for this but I can’t seem to find any info. Does anyone have information on how to setup a second SMTP process within qmail that listens on port 587 and accepts ONLY authenticated smtp connections? In this scenario port 25 would accept normal smtp (non-relay) and smtp-auth traffic but now could also be filtered to block dynamic IP ranges. Thanks, Jeff Koch !DSPAM:4c8cdccb32713523326026!
RE: [vchkpw] Re: submission port 587
Hi Remo: Actually we do use Bill Shupp's toaster and find his instructions very easy to follow. Unfortunately it's been over three years since he's updated his toaster and, I far as I can tell, there are NO instructions for adding an SMTP-AUTH only submission port on 587 in addition to the main smtp port on 25. If you found some special instructions please let me know. Jeff Koch -Original Message- From: Remo Mattei [mailto:r...@italy1.com] Sent: Sunday, September 12, 2010 9:59 AM To: vchkpw@inter7.com Cc: vchkpw@inter7.com Subject: Re: [vchkpw] Re: submission port 587 Check bill shupp site you can find anything you need Inviato da iPhone Il giorno Sep 11, 2010, alle ore 23:25, Eric Shubert e...@shubes.net ha scritto: The 'stock' qmail-toaster (http://qmailtoaster.com) contains this. The only difference between the smtp/run and submission/run files is that the submission/run file contains the -H flag for tcpserver, and: export REQUIRE_AUTH=1 which tells the authentication patch to always authenticate. qmail-toaster includes the following patch: Jean-Paul van de Plasse - REQUIRE_AUTH Patch which is what checks the REQUIRE_AUTH environment variable. You'll need to do some searching to find that patch, or grab it from the qmail-toaster srpm package. HTH. -- -Eric 'shubes' jeffk...@intersessions.com wrote: Hi Thiago – thanks – I’ll give this a try. Jeff *From:* Thiago Bujnowski - Ticonnect Solutions [mailto:tbujnow...@ticonnect.com.br] *Sent:* Saturday, September 11, 2010 9:43 PM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] submission port 587 You can just create another directory at /var/qmail/supervise with a run file running on port 587 and using a different tcp.smtp file. I wanted separeted processes for internal and external incoming mail at my MX server. Here is how I did it: - I followed a regular instalation as described in lifewithqmail + smtpauth. - Instaled Vpopmail - Applied the chkuser patch - Instead of replacing qmail-smtp at /var/qmail/bin I renamed the patched file to qmail-mx and copied into it. - Created a /var/qmail/supervise/qmail-mx folder and modified the run file to use qmail-mx instead of qmail-smtp binary and tcp.mx.cdb instead of tcp.smtp.cdb, and chaged the listening IP. (You your case, you should modify the listening port to 587) - Created the link at /service - Modified qmailctl adding the qmail-mx process. (Also generating the tcp.mx.cdb file from tcp.mx) It works like a charm for me and I think you could just adapt the overall idea fitting your needs. There is just one inconvenience with this setup. The config files for qmail (rcpthosts and etc..) must be the same for both processes. It would require further modifications on qmail-smtp.c to use diferent config files for each process. Your new CDB file should have no open relays allowing only authenticated mail to pass through. That should do the trick. Does anyone have a better suggestion? Regards, Thiago Bujnowski *From:* Rick Macdougall mailto:ri...@ummm-beer.com *Sent:* Saturday, September 11, 2010 9:57 PM *To:* vchkpw@inter7.com mailto:vchkpw@inter7.com *Subject:* Re: [vchkpw] submission port 587 Sorry for the top post, on my IPod. If no one answers before tomorrow, I'll reply when I get on my computer. It's pretty straight forward. Rick On 2010-09-11, at 18:39, jeffk...@intersessions.com mailto:jeffk...@intersessions.com wrote: This may be the wrong forum for this but I can’t seem to find any info. Does anyone have information on how to setup a second SMTP process within qmail that listens on port 587 and accepts ONLY authenticated smtp connections? In this scenario port 25 would accept normal smtp (non-relay) and smtp-auth traffic but now could also be filtered to block dynamic IP ranges. Thanks, Jeff Koch !DSPAM:4c8d770232711197767315!
Re: [vchkpw] Re: submission port 587
I use the patch from bill and I created a rule on my firewall that goes on port 25 so when I travel I can use upper ports and u have to auth on both port anyhow Inviato da iPhone Il giorno Sep 12, 2010, alle ore 18:57, jeffk...@intersessions.com ha scritto: Hi Remo: Actually we do use Bill Shupp's toaster and find his instructions very easy to follow. Unfortunately it's been over three years since he's updated his toaster and, I far as I can tell, there are NO instructions for adding an SMTP-AUTH only submission port on 587 in addition to the main smtp port on 25.. If you found some special instructions please let me know. Jeff Koch -Original Message- From: Remo Mattei [mailto:r...@italy1.com] Sent: Sunday, September 12, 2010 9:59 AM To: vchkpw@inter7.com Cc: vchkpw@inter7.com Subject: Re: [vchkpw] Re: submission port 587 Check bill shupp site you can find anything you need Inviato da iPhone Il giorno Sep 11, 2010, alle ore 23:25, Eric Shubert e...@shubes.net ha scritto: The 'stock' qmail-toaster (http://qmailtoaster.com) contains this. The only difference between the smtp/run and submission/run files is that the submission/run file contains the -H flag for tcpserver, and: export REQUIRE_AUTH=1 which tells the authentication patch to always authenticate. qmail-toaster includes the following patch: Jean-Paul van de Plasse - REQUIRE_AUTH Patch which is what checks the REQUIRE_AUTH environment variable. You'll need to do some searching to find that patch, or grab it from the qmail-toaster srpm package. HTH. -- -Eric 'shubes' jeffk...@intersessions.com wrote: Hi Thiago – thanks – I’ll give this a try. Jeff *From:* Thiago Bujnowski - Ticonnect Solutions [mailto:tbujnow...@ticonnect.com.br] *Sent:* Saturday, September 11, 2010 9:43 PM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] submission port 587 You can just create another directory at /var/qmail/supervise with a run file running on port 587 and using a different tcp.smtp file. I wanted separeted processes for internal and external incoming mail at my MX server. Here is how I did it: - I followed a regular instalation as described in lifewithqmail + smtpauth. - Instaled Vpopmail - Applied the chkuser patch - Instead of replacing qmail-smtp at /var/qmail/bin I renamed the patched file to qmail-mx and copied into it. - Created a /var/qmail/supervise/qmail-mx folder and modified the run file to use qmail-mx instead of qmail-smtp binary and tcp.mx.cdb instead of tcp.smtp.cdb, and chaged the listening IP. (You your case, you should modify the listening port to 587) - Created the link at /service - Modified qmailctl adding the qmail-mx process. (Also generating the tcp.mx.cdb file from tcp.mx) It works like a charm for me and I think you could just adapt the overall idea fitting your needs. There is just one inconvenience with this setup. The config files for qmail (rcpthosts and etc..) must be the same for both processes. It would require further modifications on qmail-smtp.c to use diferent config files for each process. Your new CDB file should have no open relays allowing only authenticated mail to pass through. That should do the trick. Does anyone have a better suggestion? Regards, Thiago Bujnowski *From:* Rick Macdougall mailto:ri...@ummm-beer.com *Sent:* Saturday, September 11, 2010 9:57 PM *To:* vchkpw@inter7.com mailto:vchkpw@inter7.com *Subject:* Re: [vchkpw] submission port 587 Sorry for the top post, on my IPod. If no one answers before tomorrow, I'll reply when I get on my computer. It's pretty straight forward. Rick On 2010-09-11, at 18:39, jeffk...@intersessions.com mailto:jeffk...@intersessions.com wrote: This may be the wrong forum for this but I can’t seem to find any info. Does anyone have information on how to setup a second SMTP process within qmail that listens on port 587 and accepts ONLY authenticated smtp connections? In this scenario port 25 would accept normal smtp (non-relay) and smtp-auth traffic but now could also be filtered to block dynamic IP ranges. Thanks, Jeff Koch !DSPAM:4c8d87e332711912320825!
Re: [vchkpw] Re: Fwd: VPOPMAIL DOVECOT SMTP-AUTH
Quoting Eric Shubert e...@shubes.net: Joe @ 3ZZZ wrote: On 09/10/2010 12:45 PM, Davis Sylvester wrote: I am using Qmail and Dovecot for IMAP. Prior to installing Dovecot we only offered POP3 and SMTP services. The issue I have run into is that after I installed Dovecot, IMAP runs fine, but when my users go to send email they can't. This was just discussed on the list yesterday. Dovecot caches user information in memory and does not support roaming users. You will need to switch to SMTP authentication. POP-before-SMTP is *bad*. Is there a simple resolution to resolve this issue? I have looked at SMTP-AUTH but not sure it will work with vpopmail. It works. Just be sure that you have clear passwords enabled in vpopmail if you want to support CRAM-MD5 authentication. Quoting Davis Sylvester davis.sylvester...@gmail.com: Matt what smtp-patch do u suggest! Can u point me to a current howto? After reading http://www.fehcom.de/qmail/smtpauth.html this morning, I'm hoping for a good answer to Davis' question as well. Do you think the guide at the bottom there is the way to go? Is migrating to postfix (still with vpopmail) a viable / advisable alternative? thank you all very much, Joe I use qmail-toaster (http://qmailtoaster.com), which includes the following qmail patch: Robert Sander - qmail-remote-auth http://www.ornl.gov/lists/mailing-lists/qmail/2002/03/msg00091.html You also might consider using spamdyke (http://spamdyke.org), which provides a vpopmail authentication mechanism (when configured appropriately). I highly recommend using spamdyke, whether you need it for authentication or not. It can stop 80+% of spam before even receiving (or scanning) it. It will lighten the (scanning) load on your server considerably. -- -Eric 'shubes' Looking over the docs, spamdyke looks perfect! I'm downloading and installing now. I love that I can try it without recompiling Qmail, and if there are any problems, simply switch right back to the current no smtp-auth setup by updating the run file. If it works, this is a much better solution than I hoped for! Thanks Eric. !DSPAM:4c8d8cf232712174529459!
[vchkpw] Re: Fwd: VPOPMAIL DOVECOT SMTP-AUTH
Joe @ 3ZZZ wrote: On 09/10/2010 12:45 PM, Davis Sylvester wrote: I am using Qmail and Dovecot for IMAP. Prior to installing Dovecot we only offered POP3 and SMTP services. The issue I have run into is that after I installed Dovecot, IMAP runs fine, but when my users go to send email they can't. This was just discussed on the list yesterday. Dovecot caches user information in memory and does not support roaming users. You will need to switch to SMTP authentication. POP-before-SMTP is *bad*. Is there a simple resolution to resolve this issue? I have looked at SMTP-AUTH but not sure it will work with vpopmail. It works. Just be sure that you have clear passwords enabled in vpopmail if you want to support CRAM-MD5 authentication. Quoting Davis Sylvester davis.sylvester...@gmail.com: Matt what smtp-patch do u suggest! Can u point me to a current howto? After reading http://www.fehcom.de/qmail/smtpauth.html this morning, I'm hoping for a good answer to Davis' question as well. Do you think the guide at the bottom there is the way to go? Is migrating to postfix (still with vpopmail) a viable / advisable alternative? thank you all very much, Joe I use qmail-toaster (http://qmailtoaster.com), which includes the following qmail patch: Robert Sander - qmail-remote-auth http://www.ornl.gov/lists/mailing-lists/qmail/2002/03/msg00091.html You also might consider using spamdyke (http://spamdyke.org), which provides a vpopmail authentication mechanism (when configured appropriately). I highly recommend using spamdyke, whether you need it for authentication or not. It can stop 80+% of spam before even receiving (or scanning) it. It will lighten the (scanning) load on your server considerably. -- -Eric 'shubes' !DSPAM:4c8c5f6932711774613936!
