archive-httpd-pop3-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sean R. Bright" <eli...@erols.com>
Subject RE: 2 questions...
Date Sun, 08 Jul 2001 21:05:48 GMT
My understanding is that its not pop_process_connection's responsibility to
decline HTTP sessions.  You need stricter Listen/VirtualHost directives.

This is my setup:
===========================><8===========================
###########################################################
# Listen
###########################################################
Listen 24.6.145.136:80
Listen 192.168.0.24:80

Listen 24.6.145.136:110
Listen 192.168.0.24:110

###########################################################
# VirtualHosts
###########################################################
<VirtualHost 24.6.145.10:80 192.168.0.10:80>
    ServerAdmin blah@host.com
    DocumentRoot /usr/local/etc/httpd-2.0/htdocs
    ServerName myhost.com
    ErrorLog logs/error_log
    CustomLog logs/access_log common
</VirtualHost>

<VirtualHost 24.6.145.10:110 192.168.0.10:110>
    POP3Protocol        On
    POP3MailDrops       /var/spool/mail
</VirtualHost>
===========================8><===========================

Works fine for me.  Requests coming in on 110 are handled by mod_pop and the
rest are handled by mod_http.

Sean

> -----Original Message-----
> From: Sapan.Bhatia@nokia.com [mailto:Sapan.Bhatia@nokia.com]
> Sent: Sunday, July 08, 2001 3:51 PM
> To: rbb@covalent.net
> Cc: pop3-dev@httpd.apache.org
> Subject: RE: 2 questions...
>
>
> //The HTTP process_connection phase is registered as
> HOOK_REALLY_LAST, so
> //it
> //is always the last process_connection phase run.  If you create a
> //Virtual
> //host, and setup POP to run on it, the
> pop_process_connection phase will
> //run first, and it will handle the connection.  Let me know if that
> //doesn't
> //explain it.  :-)
>
> Fine.
>
> But then how does pop_process_connection decline HTTP sessions??
>
> This is something I'd struggled with for many hours, and
> finally had to
> resort to declining on the basis of base_server->port... so
> I'll be annoyed
> and relieved if there's a better solution...
>
> -Sapan
>


Mime
View raw message