This is a discussion on [courier-users] Prevent courier from bouncing within the Courier-Imap forums, part of the Mail Servers and Related category; --===============0090078942== Content-Type: multipart/signed; boundary="nextPart3206722.BaUvtOpHqn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
--===============0090078942==
Content-Type: multipart/signed; boundary="nextPart3206722.BaUvtOpHqn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart3206722.BaUvtOpHqn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi list. I use courier mostly with useraccount-based delivery (authpam) and let my=20 users control which addresses exist and which don't. They can do this by=20 providing suitable .courier-files. A problem is, that if accidentially a user prohibits user "mail" from=20 accessing his homedir (chmod 700 ~), courier accepts all mail to user-fooba= r=20 and decides later in the delivery process if it is deliverable or not. Is thare any option to tell esmtpd that unaccessible home dirs should be a= =20 showstopper for that user?=20 If this occures, I want the user not to get any mail at all, it should be=20 rejected with a temporary error. I run a cron job to fix the issue, but at= =20 the moment, this is kind of a race condition. As far as I read the docs, there seems not to be an option for this behavio= ur.=20 what do you think of such an option, could this be implemented? Background: If this situation occures, courier behaves much like QMail, accepting all s= hit=20 and then bouncing it back to whereever Return-Path points to. This makes my= =20 box a spam-machine (I think of silly bounces as spam) and I got listed at=20 spamcop for such reasons in the past. So I want to prevent QMail-style mass-bouncing globally, what I think is no= t=20 possible at the moment. cu, Bernd --nextPart3206722.BaUvtOpHqn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.6 (GNU/Linux) iQIVAwUARymiUQ0b18vi86Q/AQK0XxAAoSOCmo+9KHcNhGjmujNjszB4+8WBhqQh s4grq/aG93G5PKw8NHFtu2EH/vqbnlJObW3K0Lgz9z1m+xN1OidBBO7sUPFH7C3Z FObl4/3ls+9pZ813Q9tlhA/pkYEoAlZj5/GWY+lnfR2eQ8xkKEXDccesZLaJFBkN vdEN1CzcfplZ5ZJIo1JIf0wrSIongsuiTGSDOTHiWS3W/eCtIjcpOLsExQNCf3f4 RS8uUJ+DNYGepCiZy3NkbqDZBeujhTaKU+Z8ULRXxWI9nxNXgG Uz/cCx05VzoT5B feWj1dJelWOu8DD6yaXhfAaKNYmU5B9bdpGD1PeXW/ZC2pDJGQdAtyRzqrXmPuOu Hw/pkxyESrUNYrHv6V117v8AHOXrlch9J0CmcSGfx9tiOHOKio5ai xLB6XLx1XLV j0/XezX2Yy1pHdDDU6j8Xs+1Couz4T+atMzdU1Dyf/QpOr2bcGGJqGtJQeeIDSyk kumSnwlFeDvqx6lWLCXwR9x2v66tpGqGJyn0/EpiSKIRr4tLLy/zNQ7NxcSJ15Id ICb3JDZum3LOAElATm4vmGfCwOd7vmnGQuR6a++5vVCyb6Ayrx so/KMQG1rXuswZ 9F//jBQcsOAV5SnX+bQEnOmzn27L2gUXc59d6j4h2thbcw5e0au3Lg 5tVqtLuV25 Q1r+J0xGpfw= =oCNT -----END PGP SIGNATURE----- --nextPart3206722.BaUvtOpHqn-- --===============0090078942== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ --===============0090078942== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/.../courier-users --===============0090078942==-- |