Re: [vchkpw] vdominfo question -- using get_domain_entries()
On Apr 25, 2004, at 4:13 PM, Rick Widmer wrote: The 'could not open assign file' error is triggered by the fact that the first call to get_domain_entries( developersdesk.net ) returned NULL. I see two possible ways to solve this problem: 1: Return just the information about the desired domain alias: --- vdominfo developersdesk.net domain: developersdesk.net ... realdomain: developersdesk.com Note: developersdesk.net is an alias for developersdesk.com --- 2: Return a data block for the parent domain: --- vdominfo developersdesk.net domain: developersdesk.com ... realdomain: developersdesk.com domain: developersdesk.net ... realdomain: developersdesk.com Note: developersdesk.net is an alias for developersdesk.com domain: developersdesk.org ... realdomain: developersdesk.com Note: developersdesk.org is an alias for developersdesk.com --- At first glance, 1 looks to be the right answer. After sleeping on it, I think I like 2 better because it is the real answer to the question of what developersdesk.net really is. It is also easier to implement. I can just use vget_assign() in vdominfo to retrieve the real domain name before passing it to get_domain_entries(). 1 requires changing the code in get_domain_entries(). I agree that two is the better solution. It might be possible to simply modify get_domain_entries() by adding a few lines (manually typed and not tested): if (!*match_buffer || (strcmp (match_buffer, entry.realdomain) == 0)) return entry; + /* if alias domain matches our search criteria, re-run the search + using real domain instead */ + if (strcmp (match_buffer, entry.domain) == 0) + return get_domain_entries (entry.realdomain); With a screwy users/assign file, you will get weird results. You need to be sure that all real domains are only aliased to themselves. For example, this would be bad: b.com:a.com a.com:b.com It should always be: b.com:b.com a.com:b.com Searching for a.com will cancel the search at 'a.com:b.com' and re-run it for b.com. In the first example, it would match b.com:a.com and re-run it for a.com and get in an infinite loop. --- vdominfo developersdesk.com domain: developersdesk.com uid:77 gid:72 dir:/mail/domains/developersdesk.com users: 0 alias: developersdesk.net alias: developersdesk.org --- --- vdominfo developersdesk.net domain: developersdesk.com uid:77 gid:72 dir:/mail/domains/developersdesk.com users: 0 alias: developersdesk.net alias: developersdesk.org --- Comments? I agree that this is a preferred format. Also, if it doesn't already do so, vdominfo should exit non-zero if the domain doesn't exist. That way, shell script can run it, ignore the output and check the exit code to see if it's a valid domain for that server. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter hand-held Network Tester: http://sniffter.com/
Re: [vchkpw] vdominfo question -- using get_domain_entries() [T2004042601DM]
Hello, Thank you for contacting Ascentive Support. This is an automated response. I am sorry; your email message was rejected by our SPAM filtering software (probably because you did not use our online email form). If you are a customer or potential customer, we really want to hear from you! To make sure your email gets delivered to our offices, please use our online email form: http://www.ascentive.com/support/new/support_emailform.phtml Depending on if you are a customer or not, that form will direct your message to the right department, help give us the information we need to assist you, and will make sure that your message to Ascentive will not get filtered out. However, if your email was sent because our address is included in any mailings or newsletters, please remove us from your database so we may better serve our customers. Remember, because your email message was filtered as SPAM, our staff has not received or read your message. This is an automatic message. To send Ascentive a message, you will need to use the following email form: http://www.ascentive.com/support/new/support_emailform.phtml Other reasons why your email was filtered may include: - Did not have a subject line - The subject line contained certain keywords known to be used by spammers - You replied to messages that stated Do not reply to this message - There was an attachment to your email - Your reply to us did not have your email ticket tracking number in the subject line - There was objectionable content in the body or subject of your email. Thank you, Ascentive Support P.S. You might even find your answer on our online support site. Many of your questions can be answered there. It also offers step-by-step instructions guides with pictures showing how to download, install, and use all of your favorite Ascentive programs! If you haven't checked it out yet, please visit the support center at: http://www.ascentive.com/support/new
Re: [vchkpw] vdominfo question -- using get_domain_entries() [T2004042601DM]
oh for christ sake. At 10:40 AM 4/26/2004, [EMAIL PROTECTED] wrote: Hello, Thank you for contacting Ascentive Support. This is an automated response. I am sorry; your email message was rejected by our SPAM filtering software (probably because you did not use our online email form). If you are a customer or potential customer, we really want to hear from you! To make sure your email gets delivered to our offices, please use our online email form: http://www.ascentive.com/support/new/support_emailform.phtml Depending on if you are a customer or not, that form will direct your message to the right department, help give us the information we need to assist you, and will make sure that your message to Ascentive will not get filtered out. However, if your email was sent because our address is included in any mailings or newsletters, please remove us from your database so we may better serve our customers. Remember, because your email message was filtered as SPAM, our staff has not received or read your message. This is an automatic message. To send Ascentive a message, you will need to use the following email form: http://www.ascentive.com/support/new/support_emailform.phtml Other reasons why your email was filtered may include: - Did not have a subject line - The subject line contained certain keywords known to be used by spammers - You replied to messages that stated Do not reply to this message - There was an attachment to your email - Your reply to us did not have your email ticket tracking number in the subject line - There was objectionable content in the body or subject of your email. Thank you, Ascentive Support P.S. You might even find your answer on our online support site. Many of your questions can be answered there. It also offers step-by-step instructions guides with pictures showing how to download, install, and use all of your favorite Ascentive programs! If you haven't checked it out yet, please visit the support center at: http://www.ascentive.com/support/new Paul Theodoropoulos http://www.anastrophe.com
Re: [vchkpw] vdominfo question -- using get_domain_entries() [T2004042601DM]
Hello, Thank you for contacting Ascentive Support. This is an automated response. I am sorry; your email message was rejected by our SPAM filtering software (probably because you did not use our online email form). If you are a customer or potential customer, we really want to hear from you! To make sure your email gets delivered to our offices, please use our online email form: http://www.ascentive.com/support/new/support_emailform.phtml Depending on if you are a customer or not, that form will direct your message to the right department, help give us the information we need to assist you, and will make sure that your message to Ascentive will not get filtered out. However, if your email was sent because our address is included in any mailings or newsletters, please remove us from your database so we may better serve our customers. Remember, because your email message was filtered as SPAM, our staff has not received or read your message. This is an automatic message. To send Ascentive a message, you will need to use the following email form: http://www.ascentive.com/support/new/support_emailform.phtml Other reasons why your email was filtered may include: - Did not have a subject line - The subject line contained certain keywords known to be used by spammers - You replied to messages that stated Do not reply to this message - There was an attachment to your email - Your reply to us did not have your email ticket tracking number in the subject line - There was objectionable content in the body or subject of your email. Thank you, Ascentive Support P.S. You might even find your answer on our online support site. Many of your questions can be answered there. It also offers step-by-step instructions guides with pictures showing how to download, install, and use all of your favorite Ascentive programs! If you haven't checked it out yet, please visit the support center at: http://www.ascentive.com/support/new
Re: [vchkpw] vdominfo question -- using get_domain_entries()
Tom Collins wrote: It might be possible to simply modify get_domain_entries() by adding a few lines (manually typed and not tested): With a screwy users/assign file, you will get weird results. You need to be sure that all real domains are only aliased to themselves. For example, this would be bad: How about if I just do a vget_assign() on the incoming domain name (if not ) and always know I am working from the parent. That way there is no recursive call, and we always make exactly one full pass through the users/assign file. The calling function will have to know it can't expect the parent domain to be the first one returned, and must watch for it. All alias domains will have all information filled in. That shouldn't be much of a problem. I plan to store all the alias domain names into an array as they are encountered then dump the data after get_domain_entries() stops returning results. I agree that this is a preferred format. Also, if it doesn't already do so, vdominfo should exit non-zero if the domain doesn't exist. That way, shell script can run it, ignore the output and check the exit code to see if it's a valid domain for that server. OK. Do you want different results for 'Domain is a parent' and 'Domain is an alias' as well as 'Domain does not exist'? Maybe return +1 for Domain is an Alias and -12 for Domain doesn't exist, and -37 for Cannot read assign file. +They are actually sorted as if they were written like this: + +developersdesk.com.mail + +I bet for most people that tends to group customers together. What about countries like Australia and England: smh.com.au amazon.co.uk There is already an ifdef that selects between this order and com.developersdesk.mail If you have mostly country codes, that would be your preferred sort. I suspect it should be fairly easy to select between these two sorts with a configure option. More than two sort options might be tricky.