A BUGNOTE has been added to this bug.
======================================================================
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=0000209
======================================================================
Reported By:                niblettda
Assigned To:                
======================================================================
Project:                    DBMail
Bug ID:                     209
Category:                   IMAP daemon
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
======================================================================
Date Submitted:             27-May-05 01:40 CEST
Last Modified:              06-Jun-05 18:00 CEST
======================================================================
Summary:                    IP Based Virtual Hosting
Description: 
Functionality to provide virtual hosting based on server IP address.

For some of us we cannot force conformity of all users to use
[EMAIL PROTECTED]  So I am requesting the addition of virtual hosting based
on IP address.
======================================================================

----------------------------------------------------------------------
 niblettda - 27-May-05 17:27 CEST 
----------------------------------------------------------------------
I added the virtual domain feature to the pop3d code.  Please use the v0.2
of the patch.

Also added was a README.domains describing what the patch does.

----------------------------------------------------------------------
 niblettda - 27-May-05 21:17 CEST 
----------------------------------------------------------------------
In v0.3 of the patch, from the README.domains:

dbmail-2.0.4_0.3-domains:
- Cleaned up DEBUG output in _ic_login to use the fqun after is was
generated.
  This way the admin can see what the fqun was that the user ultimately
used
  to attempt login.  Because of how pop3.c was done, no changes required.

- Changed auth/authsql.c to use LOWER() funtion when checking the userid
like
  is done with the aliases.  This may be a "bad thing"(tm), but I don't
  really understand why the aliases case doesn't matter, but the userid
does.


One last enhancement I think I'll work on is a user option in dbmail.conf
where
the admin can choose if they want to force userid checks to lowercase.

----------------------------------------------------------------------
 niblettda - 06-Jun-05 18:00 CEST 
----------------------------------------------------------------------
Added v0.4 of my patch.  I've removed the changes made to the
authentication SQL layer to force lower case on the login.  Instead, I've
added a #define at the top of misc.c to determine if you would like this
feature.  The default is the standard behaviour.

I also fixed a mistake where I hard coded my domain in during testing and
forgot to remove it.

Everything else should be in good order.  Please note this patch is ONLY
for the 2.0 tree.  (Specifically 2.0.4)  Paul is working on some of the
ideas for 2.1.

Bug History
Date Modified  Username       Field                    Change              
======================================================================
27-May-05 01:40niblettda      New Bug                                      
27-May-05 01:40niblettda      File Added: dbmail-2.0.4_0.1-domains.patch        
            
27-May-05 17:25niblettda      File Added: dbmail-2.0.4_0.2-domains.patch        
            
27-May-05 17:27niblettda      Bugnote Added: 0000713                       
27-May-05 21:11niblettda      File Added: dbmail-2.0.4_0.3-domains.patch        
            
27-May-05 21:17niblettda      Bugnote Added: 0000714                       
06-Jun-05 17:57niblettda      File Added: dbmail-2.0.4_0.4-domains.patch        
            
06-Jun-05 18:00niblettda      Bugnote Added: 0000731                       
======================================================================

Reply via email to