[xmail] Re: Relocate .pid file on *BSD
Hi Harald -
It's all about the startup script on *BSD. There is no standard package
for Xmail (something I have thought about setting up numerous times) in
FreeBSD, so modifying a "default" template is not an issue. I place my
custom startup script in /usr/local/etc/rc.d - I believe this is at
least somewhat similar in the other *BSDs. It specifiers the location
of the .pid file - here is the script I use, pidfile being declared
explicitly:
#!/bin/sh
#
# $FreeBSD: XMail - non-standard port
#
# PROVIDE: xmail
#
# Add the fellowing line to /etc/rc.conf.local or /etc/rc.conf
# to enable xmail
#
# xmail_enable (bool):Set it to "YES" to enable
.. /etc/rc.subr
MAIL_ROOT=/server/MailRoot
export MAIL_ROOT
name="xmail"
rcvar=`set_rcvar`
command=${MAIL_ROOT}/bin/XMail
command_args="-B- -W- -X- -F- -Ms /server/MailRoot -MM -Qr 50 -Ql -Pl
-Sl -SI 127.0.0.1:25 -Ll -Mr 240 -Sr 300"
pidfile="/var/run/XMail.pid"
sig_stop=-kill $pidfile
# read configuration and set defaults
load_rc_config "$name"
: ${xmail_enable="NO"}
run_rc_command "$1"
I hope that helps!
Jeff
Harald Schneider wrote:
> Hi,
>
> is there a way to relocate the XMail.pid file from /var/run to another
> location ?
>
> This would allow to use XMail as e.g. a proxy with user rights only,
> startable from a simple script - all files in a single folder.
>
> -- Harald
>
> -
> To unsubscribe from this list: send the line "unsubscribe xmail" in
> the body of a message to [EMAIL PROTECTED]
> For general help: send the line "help" in the body of a message to
> [EMAIL PROTECTED]
>
>
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]
[xmail] Relocate .pid file on *BSD
Hi, is there a way to relocate the XMail.pid file from /var/run to another location ? This would allow to use XMail as e.g. a proxy with user rights only, startable from a simple script - all files in a single folder. -- Harald - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Strange error after upgrade
>-Message d'origine- >De : [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] la part de Edinilson - ATINET >Envoy=E9 : vendredi 25 mai 2007 16:02 >=C0 : xmail@xmailserver.org >Objet : [xmail] Re: Strange error after upgrade > > >OK, thanks Davide and Clement. > >I will catalog some logs (smtp and slog) and report if I found=20 >something=20 >"strange". > > >Edinilson >- >ATINET-Professional Web Hosting >Tel Voz: (0xx11) 4412-0876 >http://www.atinet.com.br > > As the 'bad' server is not your Xmail, the xmail logs will only say to = you if the mail was 'routed' or not by your xmail and the 'bad' side = (before your xmail or minimum second hop after it). The NDR headers will give = you the last successfull hop. I really think that getting the complete NDR message (headers included) = is important as it will give you the name of the ndr sending server, so = the last server that successfully received the original mail. And if this server is not the last customer server/firwall/security appliance/... just before your xmail server, the problem is not your = xmail server (Davide allready proved it by the 'Relay denied' message 'case', = but it's more 'by chance' that the reason is different ...). PS : Remember that the 'relay' problem can be before your xmail server :) As an example : the sending customer send to an internal server, = chained or not with other internal servers, then routed to a security and control appliance server, a firewall, a proxy, ..., then finaly the last mail gateway in customer network send to your xmail for Internet delivery. = In this case, the only way to find the culprit is the complete NDR = message. Francis - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Strange error after upgrade
OK, thanks Davide and Clement. I will catalog some logs (smtp and slog) and report if I found something "strange". Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Original Message - From: "CLEMENT Francis" <[EMAIL PROTECTED]> To: Sent: Friday, May 25, 2007 3:46 AM Subject: [xmail] Re: Strange error after upgrade >-Message d'origine- >De : [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] la part de Davide Libenzi >Envoy=E9 : vendredi 25 mai 2007 02:54 >=C0 : xmail@xmailserver.org >Objet : [xmail] Re: Strange error after upgrade > > >On Thu, 24 May 2007, Edinilson - ATINET wrote: >> Davide, I think so because these clients do not called us=20 >about this error=20 >> before migration. >>=20 >> Some behavior was changed in server.tab about smtp=20 >authentication (I don=B4t=20 >> found nothing that could lead to these errors reading changelog) ? > >Your SMTP logs should tell you if it was XMail... > > > >- Davide > > Yes, and smail logs too if outgoing mails out off xmail handled domains This will show that xmail really tried to send out. Question : did you get the ndr message from your customers as attached = file to keep it's smtp headers intact ? Then study the ndr smtp headers to see the original mta sending it and = it's route (Receveived by). That will help you convince the customer that = it's not your xmail serve that refuse to relay :) Francis - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
