New Setup - Debian - Auth Problem

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

New Setup - Debian - Auth Problem

Torry Crass
So, after a catastrophic drive failure in my primary server with
nothing but corrupt backups to help me.  I am in the process of setting
up emergency e-mail for my small customer base.  I decided to give
exim4u a shot since I've used vexim for several years.

I've got
nearly everything working except for one thing.  For some reason, when
an account is created it dumps it into the database but never fills the
'crypt' field out.  Naturally this is a huge problem when it comes to
retrieving messages.

Anyone have any idea why this would be or what I should check to see if I can fix it?

Thanks!

~T


     


Reply | Threaded
Open this post in threaded view
|

Re: New Setup - Debian - Auth Problem

gldickens3
Administrator
Hi Torry,

I suspect that your problem is being caused by a missing php module,
probably php-mcrypt. I would make sure that you have all of the other
php extensions installed that are necessary for exim4u to work such as:
php5-gettext, php5-session, php5-dom and php5-posix.

Good luck and let me know how it goes.

Gordon



Torry Crass wrote:

> So, after a catastrophic drive failure in my primary server with
> nothing but corrupt backups to help me.  I am in the process of setting
> up emergency e-mail for my small customer base.  I decided to give
> exim4u a shot since I've used vexim for several years.
>
> I've got
> nearly everything working except for one thing.  For some reason, when
> an account is created it dumps it into the database but never fills the
> 'crypt' field out.  Naturally this is a huge problem when it comes to
> retrieving messages.
>
> Anyone have any idea why this would be or what I should check to see if I can fix it?
>
> Thanks!
>
> ~T
>
>
>      
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users



Reply | Threaded
Open this post in threaded view
|

Re: New Setup - Debian - Auth Problem

Torry Crass
That very well could be.  I'm not sure exactly how to install php5-session.  I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package.  I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled.  Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.

I'm running
Debian (squeeze)
Apache2 (2.2.15-3)
PHP5 (5.3.2-1)

And of course the latest release of exim4u.

Also...  I keep seeing this in my mail logs:

Warning: Greylist insertion failed. Bypassing greylist.

I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:

-rw-r--r-- 1 Debian-exim Debian-exim  9550 2010-04-23 12:09 ccTLD.txt
-rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl
-rw-r--r-- 1 Debian-exim Debian-exim  9096 2010-04-23 12:09 README
-rw-r--r-- 1 Debian-exim Debian-exim  2714 2010-04-23 12:09 surbl_whitelist.txt

Not sure why it's tossing that error.


Thanks for the help so far!!

~T


----- Original Message ----
From: Gordon Dickens <[hidden email]>
To: Exim4U General Discussion <[hidden email]>
Sent: Sat, April 24, 2010 7:20:17 AM
Subject: Re: [Exim4U] New Setup - Debian - Auth Problem

Hi Torry,

I suspect that your problem is being caused by a missing php module,
probably php-mcrypt. I would make sure that you have all of the other
php extensions installed that are necessary for exim4u to work such as:
php5-gettext, php5-session, php5-dom and php5-posix.

Good luck and let me know how it goes.

Gordon



Torry Crass wrote:

> So, after a catastrophic drive failure in my primary server with
> nothing but corrupt backups to help me.  I am in the process of setting
> up emergency e-mail for my small customer base.  I decided to give
> exim4u a shot since I've used vexim for several years.
>
> I've got
> nearly everything working except for one thing.  For some reason, when
> an account is created it dumps it into the database but never fills the
> 'crypt' field out.  Naturally this is a huge problem when it comes to
> retrieving messages.
>
> Anyone have any idea why this would be or what I should check to see if I can fix it?
>
> Thanks!
>
> ~T
>
>
>      
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users



     


Reply | Threaded
Open this post in threaded view
|

Re: New Setup - Debian - Auth Problem

gldickens3
Administrator
Hi Torry,

I am not as familiar with Debian as I am RedHat/CentOS, however, I
believe that in the Debian distro the session extension is built into
the libapache2-mod-php5 module. Also, using your browser, surf to the
test.php file in your exim4u directory. It should tell you if the
session module is installed.

As far as your greylisting errors, it appears that you may not have
setup the greylisting database as covered in section 4 of the INSTALL
file as follows:

> Create the SQLite database (SQLite3) for greylisting. You can do this
> with the sqlite3 command. The sqlite3 script for setting up the greylisting
> database is named mk-greylist-db.sql and it is in the xtrasw/exim-greylist
> directory of this distribution.  You must also ensure that it's owned by the
> Exim user/group. To create the database and set the correct ownership execute:
>
>         sqlite3 /var/spool/exim/db/greylist.db < xtrasw/exim-greylist/mk-greylist-db.sql
>         chown exim:exim /var/spool/exim/db/greylist.db
>
> Install the script xtrasw/exim-greylist/greylist-tidy.sh in cron.daily to
> prevent the database from growing forever without bound. This script simply
> deletes entries from the greylist table that are older than 7 days:  
>
>         cp xtrasw/exim-greylist/greylist-tidy.sh /etc/cron.daily

FYI,

Gordon



Torry Crass wrote:

> That very well could be.  I'm not sure exactly how to install php5-session.  I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package.  I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled.  Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.
>
> I'm running
> Debian (squeeze)
> Apache2 (2.2.15-3)
> PHP5 (5.3.2-1)
>
> And of course the latest release of exim4u.
>
> Also...  I keep seeing this in my mail logs:
>
> Warning: Greylist insertion failed. Bypassing greylist.
>
> I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:
>
> -rw-r--r-- 1 Debian-exim Debian-exim  9550 2010-04-23 12:09 ccTLD.txt
> -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl
> -rw-r--r-- 1 Debian-exim Debian-exim  9096 2010-04-23 12:09 README
> -rw-r--r-- 1 Debian-exim Debian-exim  2714 2010-04-23 12:09 surbl_whitelist.txt
>
> Not sure why it's tossing that error.
>
>
> Thanks for the help so far!!
>
> ~T
>
>
> ----- Original Message ----
> From: Gordon Dickens <[hidden email]>
> To: Exim4U General Discussion <[hidden email]>
> Sent: Sat, April 24, 2010 7:20:17 AM
> Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
>
> Hi Torry,
>
> I suspect that your problem is being caused by a missing php module,
> probably php-mcrypt. I would make sure that you have all of the other
> php extensions installed that are necessary for exim4u to work such as:
> php5-gettext, php5-session, php5-dom and php5-posix.
>
> Good luck and let me know how it goes.
>
> Gordon
>
>
>
> Torry Crass wrote:
>> So, after a catastrophic drive failure in my primary server with
>> nothing but corrupt backups to help me.  I am in the process of setting
>> up emergency e-mail for my small customer base.  I decided to give
>> exim4u a shot since I've used vexim for several years.
>>
>> I've got
>> nearly everything working except for one thing.  For some reason, when
>> an account is created it dumps it into the database but never fills the
>> 'crypt' field out.  Naturally this is a huge problem when it comes to
>> retrieving messages.
>>
>> Anyone have any idea why this would be or what I should check to see if I can fix it?
>>
>> Thanks!
>>
>> ~T
>>
>>
>>      
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> https://exim4u.org/mailman/listinfo/users
>
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users
>
>
>
>      
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users



Reply | Threaded
Open this post in threaded view
|

Re: New Setup - Debian - Auth Problem

Torry Crass
Here's what I have on the session bits from test.php

session
Session Support     enabled
Registered save handlers     files user memcache memcached
Registered serializer handlers     php php_binary wddx

Whole Output Here:
http://pastebin.com/kuq3rfFQ

Tested it out again and I'm still not coming up with a crypt for some reason...  I'd be more than happy to provide a login for you to have a peek if you'd prefer just to toss that out there.

I also tested the crypt function by setting up a php file calling the function and it ran correctly (knows a bit of php programming as it would be ;-) ).


As for the greylisting, I just found the problem.... my setup is exim4 so it's putting it into var/spool/exim4 which means I need to change that up.  Working on that now thanks to the pointer.

~T





----- Original Message ----
From: Gordon Dickens <[hidden email]>
To: Exim4U General Discussion <[hidden email]>
Sent: Sat, April 24, 2010 12:53:53 PM
Subject: Re: [Exim4U] New Setup - Debian - Auth Problem

Hi Torry,

I am not as familiar with Debian as I am RedHat/CentOS, however, I
believe that in the Debian distro the session extension is built into
the libapache2-mod-php5 module. Also, using your browser, surf to the
test.php file in your exim4u directory. It should tell you if the
session module is installed.

As far as your greylisting errors, it appears that you may not have
setup the greylisting database as covered in section 4 of the INSTALL
file as follows:

> Create the SQLite database (SQLite3) for greylisting. You can do this
> with the sqlite3 command. The sqlite3 script for setting up the greylisting
> database is named mk-greylist-db.sql and it is in the xtrasw/exim-greylist
> directory of this distribution.  You must also ensure that it's owned by the
> Exim user/group. To create the database and set the correct ownership execute:
>
>         sqlite3 /var/spool/exim/db/greylist.db < xtrasw/exim-greylist/mk-greylist-db.sql
>         chown exim:exim /var/spool/exim/db/greylist.db
>
> Install the script xtrasw/exim-greylist/greylist-tidy.sh in cron.daily to
> prevent the database from growing forever without bound. This script simply
> deletes entries from the greylist table that are older than 7 days:  
>
>         cp xtrasw/exim-greylist/greylist-tidy.sh /etc/cron.daily

FYI,

Gordon



Torry Crass wrote:

> That very well could be.  I'm not sure exactly how to install php5-session.  I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package.  I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled.  Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.
>
> I'm running
> Debian (squeeze)
> Apache2 (2.2.15-3)
> PHP5 (5.3.2-1)
>
> And of course the latest release of exim4u.
>
> Also...  I keep seeing this in my mail logs:
>
> Warning: Greylist insertion failed. Bypassing greylist.
>
> I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:
>
> -rw-r--r-- 1 Debian-exim Debian-exim  9550 2010-04-23 12:09 ccTLD.txt
> -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl
> -rw-r--r-- 1 Debian-exim Debian-exim  9096 2010-04-23 12:09 README
> -rw-r--r-- 1 Debian-exim Debian-exim  2714 2010-04-23 12:09 surbl_whitelist.txt
>
> Not sure why it's tossing that error.
>
>
> Thanks for the help so far!!
>
> ~T
>
>
> ----- Original Message ----
> From: Gordon Dickens <[hidden email]>
> To: Exim4U General Discussion <[hidden email]>
> Sent: Sat, April 24, 2010 7:20:17 AM
> Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
>
> Hi Torry,
>
> I suspect that your problem is being caused by a missing php module,
> probably php-mcrypt. I would make sure that you have all of the other
> php extensions installed that are necessary for exim4u to work such as:
> php5-gettext, php5-session, php5-dom and php5-posix.
>
> Good luck and let me know how it goes.
>
> Gordon
>
>
>
> Torry Crass wrote:
>> So, after a catastrophic drive failure in my primary server with
>> nothing but corrupt backups to help me.  I am in the process of setting
>> up emergency e-mail for my small customer base.  I decided to give
>> exim4u a shot since I've used vexim for several years.
>>
>> I've got
>> nearly everything working except for one thing.  For some reason, when
>> an account is created it dumps it into the database but never fills the
>> 'crypt' field out.  Naturally this is a huge problem when it comes to
>> retrieving messages.
>>
>> Anyone have any idea why this would be or what I should check to see if I can fix it?
>>
>> Thanks!
>>
>> ~T
>>
>>
>>      
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> https://exim4u.org/mailman/listinfo/users
>
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users
>
>
>
>      
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users



     


Reply | Threaded
Open this post in threaded view
|

Re: New Setup - Debian - Auth Problem

gldickens3
Administrator
Hi Torry,

Sorry, but I haven't seen this problem before so I am having a hard time
coming up with recommendations for you to try.

When you add a local domain, the crypt field should be inserted in the
database along with all of the other domain specific values by
siteaddsubmit.php. I have no idea why everything else is being
added/updated except for the crypt field.

Check to confirm that the welcome email is being sent to the domain
admin.  That is, make sure that the file permissions are properly set in
the mail root directory.  It is possible that if incorrect permissions
are preventing the welcome email from being sent then other stuff, such
as the crypt value, would get fubared (Just a WAG).

Sorry that I am not better help.  Good luck and let me know how it goes.

Gordon




Torry Crass wrote:

> Here's what I have on the session bits from test.php
>
> session
> Session Support     enabled
> Registered save handlers     files user memcache memcached
> Registered serializer handlers     php php_binary wddx
>
> Whole Output Here:
> http://pastebin.com/kuq3rfFQ
>
> Tested it out again and I'm still not coming up with a crypt for some reason...  I'd be more than happy to provide a login for you to have a peek if you'd prefer just to toss that out there.
>
> I also tested the crypt function by setting up a php file calling the function and it ran correctly (knows a bit of php programming as it would be ;-) ).
>
>
> As for the greylisting, I just found the problem.... my setup is exim4 so it's putting it into var/spool/exim4 which means I need to change that up.  Working on that now thanks to the pointer.
>
> ~T
>
>
>
>
>
> ----- Original Message ----
> From: Gordon Dickens <[hidden email]>
> To: Exim4U General Discussion <[hidden email]>
> Sent: Sat, April 24, 2010 12:53:53 PM
> Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
>
> Hi Torry,
>
> I am not as familiar with Debian as I am RedHat/CentOS, however, I
> believe that in the Debian distro the session extension is built into
> the libapache2-mod-php5 module. Also, using your browser, surf to the
> test.php file in your exim4u directory. It should tell you if the
> session module is installed.
>
> As far as your greylisting errors, it appears that you may not have
> setup the greylisting database as covered in section 4 of the INSTALL
> file as follows:
>
>> Create the SQLite database (SQLite3) for greylisting. You can do this
>> with the sqlite3 command. The sqlite3 script for setting up the greylisting
>> database is named mk-greylist-db.sql and it is in the xtrasw/exim-greylist
>> directory of this distribution.  You must also ensure that it's owned by the
>> Exim user/group. To create the database and set the correct ownership execute:
>>
>>         sqlite3 /var/spool/exim/db/greylist.db < xtrasw/exim-greylist/mk-greylist-db.sql
>>         chown exim:exim /var/spool/exim/db/greylist.db
>>
>> Install the script xtrasw/exim-greylist/greylist-tidy.sh in cron.daily to
>> prevent the database from growing forever without bound. This script simply
>> deletes entries from the greylist table that are older than 7 days:  
>>
>>         cp xtrasw/exim-greylist/greylist-tidy.sh /etc/cron.daily
>
> FYI,
>
> Gordon
>
>
>
> Torry Crass wrote:
>> That very well could be.  I'm not sure exactly how to install php5-session.  I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package.  I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled.  Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.
>>
>> I'm running
>> Debian (squeeze)
>> Apache2 (2.2.15-3)
>> PHP5 (5.3.2-1)
>>
>> And of course the latest release of exim4u.
>>
>> Also...  I keep seeing this in my mail logs:
>>
>> Warning: Greylist insertion failed. Bypassing greylist.
>>
>> I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:
>>
>> -rw-r--r-- 1 Debian-exim Debian-exim  9550 2010-04-23 12:09 ccTLD.txt
>> -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl
>> -rw-r--r-- 1 Debian-exim Debian-exim  9096 2010-04-23 12:09 README
>> -rw-r--r-- 1 Debian-exim Debian-exim  2714 2010-04-23 12:09 surbl_whitelist.txt
>>
>> Not sure why it's tossing that error.
>>
>>
>> Thanks for the help so far!!
>>
>> ~T
>>
>>
>> ----- Original Message ----
>> From: Gordon Dickens <[hidden email]>
>> To: Exim4U General Discussion <[hidden email]>
>> Sent: Sat, April 24, 2010 7:20:17 AM
>> Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
>>
>> Hi Torry,
>>
>> I suspect that your problem is being caused by a missing php module,
>> probably php-mcrypt. I would make sure that you have all of the other
>> php extensions installed that are necessary for exim4u to work such as:
>> php5-gettext, php5-session, php5-dom and php5-posix.
>>
>> Good luck and let me know how it goes.
>>
>> Gordon
>>
>>
>>
>> Torry Crass wrote:
>>> So, after a catastrophic drive failure in my primary server with
>>> nothing but corrupt backups to help me.  I am in the process of setting
>>> up emergency e-mail for my small customer base.  I decided to give
>>> exim4u a shot since I've used vexim for several years.
>>>
>>> I've got
>>> nearly everything working except for one thing.  For some reason, when
>>> an account is created it dumps it into the database but never fills the
>>> 'crypt' field out.  Naturally this is a huge problem when it comes to
>>> retrieving messages.
>>>
>>> Anyone have any idea why this would be or what I should check to see if I can fix it?
>>>
>>> Thanks!
>>>
>>> ~T
>>>
>>>
>>>      
>>>
>>> _______________________________________________
>>> users mailing list
>>> [hidden email]
>>> https://exim4u.org/mailman/listinfo/users
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> https://exim4u.org/mailman/listinfo/users
>>
>>
>>
>>      
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> https://exim4u.org/mailman/listinfo/users
>
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users
>
>
>
>      
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users



Reply | Threaded
Open this post in threaded view
|

Re: New Setup - Debian - Auth Problem

Torry Crass
Yeah, I thought it was pretty weird as well.  Everything else seems to be working in terms of at least putting 'some' data into the DB.  Though passwords that contain $ are not going in right but I thought I saw a fix for that somewhere that I'll see if I can implement.  I'll see about working through the crypt problem.  For now I've been working around it via other means.

The welcome e-mails are getting sent without a problem.  Everyone is getting mail as expected so I think it's fine minus a few tweeks.

However, I have two additional questions which you might be able to help with.

1) Greylisting.  Is there any way to easily see the contents of the greylist and/or check what's getting rejected?  I'm a little concerned that valid gmail and hotmail messages might be going in and not coming out.  I don't have proof of this yet, but I don't have proof that they're making it through alright either and wanted to see if I could monitor it.

2) SMTP Authentication.  In vexim there's a section that allows users to send e-mail via the server as long as they authenticate to it first.  This is an essential feature for my setup and can't seem to find the same type of config in exim4u.  I've found where to add relay domains and things like that, but that's not really what I need.  I need to be able to allow a user to send e-mail regardless of where they're connecting from as long as they have authenticated to the server.  Any ideas?

Thank you for the pointers so far.

~Torry




----- Original Message ----
From: Gordon Dickens <[hidden email]>
To: Exim4U General Discussion <[hidden email]>
Sent: Sat, April 24, 2010 7:24:56 PM
Subject: Re: [Exim4U] New Setup - Debian - Auth Problem

Hi Torry,

Sorry, but I haven't seen this problem before so I am having a hard time
coming up with recommendations for you to try.

When you add a local domain, the crypt field should be inserted in the
database along with all of the other domain specific values by
siteaddsubmit.php. I have no idea why everything else is being
added/updated except for the crypt field.

Check to confirm that the welcome email is being sent to the domain
admin.  That is, make sure that the file permissions are properly set in
the mail root directory.  It is possible that if incorrect permissions
are preventing the welcome email from being sent then other stuff, such
as the crypt value, would get fubared (Just a WAG).

Sorry that I am not better help.  Good luck and let me know how it goes.

Gordon




Torry Crass wrote:

> Here's what I have on the session bits from test.php
>
> session
> Session Support     enabled
> Registered save handlers     files user memcache memcached
> Registered serializer handlers     php php_binary wddx
>
> Whole Output Here:
> http://pastebin.com/kuq3rfFQ
>
> Tested it out again and I'm still not coming up with a crypt for some reason...  I'd be more than happy to provide a login for you to have a peek if you'd prefer just to toss that out there.
>
> I also tested the crypt function by setting up a php file calling the function and it ran correctly (knows a bit of php programming as it would be ;-) ).
>
>
> As for the greylisting, I just found the problem.... my setup is exim4 so it's putting it into var/spool/exim4 which means I need to change that up.  Working on that now thanks to the pointer.
>
> ~T
>
>
>
>
>
> ----- Original Message ----
> From: Gordon Dickens <[hidden email]>
> To: Exim4U General Discussion <[hidden email]>
> Sent: Sat, April 24, 2010 12:53:53 PM
> Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
>
> Hi Torry,
>
> I am not as familiar with Debian as I am RedHat/CentOS, however, I
> believe that in the Debian distro the session extension is built into
> the libapache2-mod-php5 module. Also, using your browser, surf to the
> test.php file in your exim4u directory. It should tell you if the
> session module is installed.
>
> As far as your greylisting errors, it appears that you may not have
> setup the greylisting database as covered in section 4 of the INSTALL
> file as follows:
>
>> Create the SQLite database (SQLite3) for greylisting. You can do this
>> with the sqlite3 command. The sqlite3 script for setting up the greylisting
>> database is named mk-greylist-db.sql and it is in the xtrasw/exim-greylist
>> directory of this distribution.  You must also ensure that it's owned by the
>> Exim user/group. To create the database and set the correct ownership execute:
>>
>>         sqlite3 /var/spool/exim/db/greylist.db < xtrasw/exim-greylist/mk-greylist-db.sql
>>         chown exim:exim /var/spool/exim/db/greylist.db
>>
>> Install the script xtrasw/exim-greylist/greylist-tidy.sh in cron.daily to
>> prevent the database from growing forever without bound. This script simply
>> deletes entries from the greylist table that are older than 7 days:  
>>
>>         cp xtrasw/exim-greylist/greylist-tidy.sh /etc/cron.daily
>
> FYI,
>
> Gordon
>
>
>
> Torry Crass wrote:
>> That very well could be.  I'm not sure exactly how to install php5-session.  I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package.  I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled.  Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.
>>
>> I'm running
>> Debian (squeeze)
>> Apache2 (2.2.15-3)
>> PHP5 (5.3.2-1)
>>
>> And of course the latest release of exim4u.
>>
>> Also...  I keep seeing this in my mail logs:
>>
>> Warning: Greylist insertion failed. Bypassing greylist.
>>
>> I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:
>>
>> -rw-r--r-- 1 Debian-exim Debian-exim  9550 2010-04-23 12:09 ccTLD.txt
>> -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl
>> -rw-r--r-- 1 Debian-exim Debian-exim  9096 2010-04-23 12:09 README
>> -rw-r--r-- 1 Debian-exim Debian-exim  2714 2010-04-23 12:09 surbl_whitelist.txt
>>
>> Not sure why it's tossing that error.
>>
>>
>> Thanks for the help so far!!
>>
>> ~T
>>
>>
>> ----- Original Message ----
>> From: Gordon Dickens <[hidden email]>
>> To: Exim4U General Discussion <[hidden email]>
>> Sent: Sat, April 24, 2010 7:20:17 AM
>> Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
>>
>> Hi Torry,
>>
>> I suspect that your problem is being caused by a missing php module,
>> probably php-mcrypt. I would make sure that you have all of the other
>> php extensions installed that are necessary for exim4u to work such as:
>> php5-gettext, php5-session, php5-dom and php5-posix.
>>
>> Good luck and let me know how it goes.
>>
>> Gordon
>>
>>
>>
>> Torry Crass wrote:
>>> So, after a catastrophic drive failure in my primary server with
>>> nothing but corrupt backups to help me.  I am in the process of setting
>>> up emergency e-mail for my small customer base.  I decided to give
>>> exim4u a shot since I've used vexim for several years.
>>>
>>> I've got
>>> nearly everything working except for one thing.  For some reason, when
>>> an account is created it dumps it into the database but never fills the
>>> 'crypt' field out.  Naturally this is a huge problem when it comes to
>>> retrieving messages.
>>>
>>> Anyone have any idea why this would be or what I should check to see if I can fix it?
>>>
>>> Thanks!
>>>
>>> ~T
>>>
>>>
>>>      
>>>
>>> _______________________________________________
>>> users mailing list
>>> [hidden email]
>>> https://exim4u.org/mailman/listinfo/users
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> https://exim4u.org/mailman/listinfo/users
>>
>>
>>
>>      
>>
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> https://exim4u.org/mailman/listinfo/users
>
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users
>
>
>
>      
>
> _______________________________________________
> users mailing list
> [hidden email]
> https://exim4u.org/mailman/listinfo/users


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users



     


Reply | Threaded
Open this post in threaded view
|

Re: New Setup - Debian - Auth Problem

gldickens3
Administrator
Torry Crass wrote:

> 1) Greylisting.  Is there any way to easily see the contents of the greylist and/or check what's getting rejected?  I'm a little concerned that valid gmail and hotmail messages might be going in and not coming out.  I don't have proof of this yet, but I don't have proof that they're making it through alright either and wanted to see if I could monitor it.

Exim4U's greylisting is pretty benign in that any mail that is
greylisted is automatically accepted on retries after 5 minutes from the
time of the initial greylisting.  This works well since all legitimate
mail servers will retry after a temporary rejection within a few minutes
of the rejection and will continue to retry for up to four days
thereafter. Also, to be greylisted in the first place, the email must
have suspicious qualities such as missing headers and/or a spam score
greater than zero. Once accepted, the sender is added to the known
resender list in the sqlite database and will be automatically accepted
without greylisting thereafter. Most all legitimate mail is accepted
without any greylisting delay. I have found the greylisting to be a huge
benefit in reducing spam and I am unaware of anybody having problems
with it blocking legitimate mail after the 5 minute interval following
the initial delivery attempt.

Here are some things that you can do to follow the greylisting.  First,
the shell script, eximstats.sh, which is included the Exim4U
distributions /xtrasw/eximstats directory gives an excellent summary of
mail rejections such as the following.  Notice that in this report, 46
emails were greylisted.

User Specified Patterns
---------------------------------
                        Total
   Ratelimited           45258
   HELO Errors           2967
   Local Addr Content       0
   Not Local or Relay     409
   Sent Domain Failed    17
   Dictionary Attack     2270
   Rcpt Callout           58314
   Rcpt Callout Cache        0
   DNSBL                       456
   SPF - Sender                 4
   File Extension                 0
   URL Blacklists            130
   SPF - From                     0
   MIME Errors                    0
   Malware                           0
   Spamassassin           108
   SA Add Ons                    0
   Greylisted                      46
   Blackhole                        0
   Sender Ratelimit            0

You could also review the contents of the sqlite database and/or examine
the logs.  You should use "exigrep Greylisted logfilename" to examine
the logs and list all greylisting that occurred during a given day.  For
example, "exigrep Greylisted /var/log/exim/main.log" will list all mail
that was greylisted for the day associated with the
/var/log/exim/main.log log file.

Torry Crass wrote:

> 2) SMTP Authentication.  In vexim there's a section that allows users to send e-mail via the server as long as they authenticate to it first.  This is an essential feature for my setup and can't seem to find the same type of config in exim4u.  I've found where to add relay domains and things like that, but that's not really what I need.  I need to be able to allow a user to send e-mail regardless of where they're connecting from as long as they have authenticated to the server.  Any ideas?

I am not sure what you mean here since Exim4U and Vexim are both setup
to accept authenticated smtp sessions.  Could you be talking about "POP
before SMTP" where the SMTP server does not authenticate but instead
relies on whether the user has performed a POP3 login within a preceding
time frame (such as 30 minutes)? I do not believe that Vexim supporting
"POP before SMTP", however, you can do that if you want with Vexim or
Exim4U. Read the Exim docs in section 9.4 about the whoson lookup type here:

http://www.exim.org/exim-html-current/doc/html/spec_html/ch09.html

As stated in the Exim docs, "that approach (POP before SMTP) has been
superseded by SMTP authentication".

Here are some other links about "POP before SMTP" with exim:

http://www.linuxquestions.org/questions/linux-server-73/exim-and-pop-before-smtp-540039/
http://www.mail-archive.com/exim-users@.../msg03681.html
http://packages.debian.org/sid/pop-before-smtp

FYI,

Gordon