Re: [vchkpw] vdominfo question -- using get_domain_entries()

2004-04-26 Thread Tom Collins
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]

2004-04-26 Thread support
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]

2004-04-26 Thread Paul Theodoropoulos
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]

2004-04-26 Thread support
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()

2004-04-26 Thread Rick Widmer


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.