[xmail] Re: problems getting sendmail to start
On Wednesday 01 October 2008 09:17:33 stuart smith wrote: > Thanks for the prompt reply Jeffrey. I had done the replacement of > sendmail with the xmail versions. I followed your handbook to build my > original server and figured as it worked, I'd do the same with this one. > > Am I right in saying that I should just disable the sendmail startup > completely and just rely on xmail? If so this sounds like a lovely clean > solution. That's correct. By default XMail starts it's own sendmail process. These days many distros also enable postfix by default, so make sure that postfix is also disabled. If either of the distro's sendmail or postfix daemons start before XMail they will bind to port 25 and prevent the XMail sendmail process from starting. If you run XMail in debug mode you should see the XMail sendmail porcess start. - 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: problems getting sendmail to start
On Wednesday 01 October 2008 07:03:41 stuart smith wrote: > I've just installed xmail 1.25 on a Fedora 9 64 bit system. This is to > replace my 12 year old system running Fedora 6 and xmail 1.23. I've > configured it using the Xmail Handbook by Jeffrey Laramie. After a reboot, > the system initialisation doesn't get past sendmail. Luckily sshd is > running by that time so I can log into the system. What I find is that the > startup script /etc/rc5.d/S80sendmail is still running. As it doesn't > complete, none of the subsequent startup runs. > > Any thoughts? FYI I haven't updated that handbook in years so it is a bit out of date. I assume you replaced the sendmail daemon as described here? http://ubaight.com/index.php?section=6#SendmailScript I haven't set up an XMail system in awhile, but XMail starts it's version of sendmail automatically and IIRC you should disable the sendmail startup script. Also, be careful when you update your server. In the past updating some mail related packages has re-installed sendmail replacing the XMail sendmail daemon and resetting the sendmail/postfix init scripts to start up. Jeff - 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: config files discussion
On Tuesday 20 February 2007 12:32, Davide Libenzi wrote: > On Tue, 20 Feb 2007, Dave Henderson wrote: > > Davide, > > Thanks for your reply. I can see your points. It was just a > > question I had as it seems alot of the daemons I use, use the apache > > style or a single config file method. The daemons also don't lock the > > files when reading them, they just read them upon startup (of course) and > > re-read them automatically within a certain period of time (to check for > > any changes made to them). I suppose both styles have their strengths > > and weaknesses. In either case, thanks for the reply. > > I'm not an heavy Apache user (actually, I use thttpd ;) but IIRC Apache is > going in the exact opposite direction (splitting configs). In recent openSUSE releases httpd.conf is nothing more than comments and Include statements. All the actual configuration is divided up amongst the Included config files and directories. Most of the user configuration is in vhost containers that each have a vhostname.conf file in the vhosts.d directory. It takes a little getting used to but the design is actually very nice once you see how it works. Jeff - 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: Private Ips per RFC 1918 found in glst-lame.dbm !?!?
On Tuesday 24 October 2006 15:22, Davide Libenzi wrote: > On Tue, 24 Oct 2006, CLEMENT Francis wrote: > > Hello > > > > This post is not directly xmail or glst related, but I don't know where > > to post at this time for informations. > > > > Trying to use the content of glst-lame.dbm to generate some local > > blacklist, i noticed that some entries indicate 192.168 private network ! > > > > As my internal network don't use this class B, I don't understand ! > > > > Does it means my server was under ip spoofing attacks ? > > > > Does this mean that some weak routers on internet route rfc 1918 subnets > > to me ? > > In theory yes, but the closer the spoofer is to you, the lesser routers > will have to go through. When I first started managing my own internet access, I had rules in my firewall to drop any private IPs coming from the outside. I went years without a single hit on those rules. I eventually decided it wasn't worth the CPU cycles to check every new connection for impossible packets and deleted those rules. Maybe I should reconsider... Jeff - 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: SV: Re: Fork error
On Wednesday 17 May 2006 15:55, Andréas Bratell wrote:
> >> I've made an attempt to move my xmail to a VPS-server (virtual private
> >> server) situated in a large hosting company in Sweden. The whole idea
> >> sounded really great since they could provide me with a more stable
> >> internet connection than I presently have. The downside is of cource I
> >> have limited knowledge of the box I'm running. Other than it's a
> >> CentOS distribution, I know nothing. :P
> >>
> >> My probkem is I'm getting an error message every time a filter is
> >> supposed to run. This is an error I've never seen before:
> >>
> >> May 16 09:43:53 216892 XMail[25850]: Filter error (-97): Sender =
> >> "[EMAIL PROTECTED]" Recipient = "[EMAIL PROTECTED]" Filter =
> >> "/var/MailRoot/bin/sa_filter.pl"
> >>
> >> May 16 17:36:07 216892 XMail[28404]: SMTP filter error (-97): Filter =
> >> "/var/MailRoot/filters/glst/glst"
> >>
> >> May 17 04:03:12 216892 XMail[22001]: Filter error (-97): Sender =
> >> "[EMAIL PROTECTED]" Recipient = "[EMAIL PROTECTED]" Filter
> >> = "/var/MailRoot/filters/checkvirus.pl"
> >>
> >> According to documentation this means "Error in function {fork}". This
> >> is where I'm stuck. The error seems to prevent the filters to even
> >> begin to run. So, this is where I'm stuck.
> >>
> >> Any ideas, anyone?
> >
> >Check the paths defined in the scripts or in the config files. The
> > absolute
>
> path to
>
> >$MailRoot has probably changed but wasn't updated for these scripts.
> >
> >Jeff
>
> Hi Jeff!
>
> No, the paths are the same. I've used the patented copy&paste-method to
> verify that several times.
Are the scripts are executable? Problems with permissions throw that error.
Jeff
-
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: Fork error
On Wednesday 17 May 2006 02:27, Andréas Bratell wrote:
> I've made an attempt to move my xmail to a VPS-server (virtual private
> server) situated in a large hosting company in Sweden. The whole idea
> sounded really great since they could provide me with a more stable
> internet connection than I presently have. The downside is of cource I have
> limited knowledge of the box I'm running. Other than it's a CentOS
> distribution, I know nothing. :P
>
> My probkem is I'm getting an error message every time a filter is supposed
> to run. This is an error I've never seen before:
>
> May 16 09:43:53 216892 XMail[25850]: Filter error (-97): Sender =
> "[EMAIL PROTECTED]" Recipient = "[EMAIL PROTECTED]" Filter =
> "/var/MailRoot/bin/sa_filter.pl"
>
> May 16 17:36:07 216892 XMail[28404]: SMTP filter error (-97): Filter =
> "/var/MailRoot/filters/glst/glst"
>
> May 17 04:03:12 216892 XMail[22001]: Filter error (-97): Sender =
> "[EMAIL PROTECTED]" Recipient = "[EMAIL PROTECTED]" Filter =
> "/var/MailRoot/filters/checkvirus.pl"
>
> According to documentation this means "Error in function {fork}". This is
> where I'm stuck. The error seems to prevent the filters to even begin to
> run. So, this is where I'm stuck.
>
> Any ideas, anyone?
Check the paths defined in the scripts or in the config files. The absolute
path to $MailRoot has probably changed but wasn't updated for these scripts.
Jeff
-
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: XMail on FC4
On Sunday 12 March 2006 11:20, Dale Qualls wrote: > Hmmm. On this box it starts up fine but doesn't stop easily. It is > an Intel chip. I know... a little tongue is cheek there. Dell is the last of the major PC manufacturers to refuse to use AMD chips. It appears that is about to end since their customers are demanding Opteron servers and Dell is said to be working on an AMD based line. I'm personally not a big fan of Intel, nevertheless if it were a chip issue I'm sure lot's of people would be having the same problems. > > Also, for some reason it's very sluggish. Running in debug mode > showed approximately 8-10 seconds to connect via POP3 and SMTP from > the client (and both were on a 100mb switch with nobody else on). In my experience slow connections have always been DNS or firewall related; waiting for the primary nameserver to timeout before trying the secondary, or a connection waiting for a response which is being blocked by a firewall. Another possibility is one of your filters is hanging which might explain all of your symptoms. If I recall correctly checkvirus.cfg has path settings that need to be changed when switching to SUSE. Jeff - 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: XMail on FC4
On Sunday 12 March 2006 08:02, Dale Qualls wrote: > Any horror stories about running xmail on FC4? > > I've given up on running it on Open Suse 10, it just doesn't like the > hardware I guess (it's a strong running Dell but OpenSuse just drags > on it. Stopping xmail takes forever, and eventually the processes are > stopped but the "/etc/init.d/xmail stop" command never finishes, this > along with other issues including my filter error -97 woes I've had XMail running on openSUSE 10 for a couple months now and haven't had any of those issues, but I have a very low volume server. Maybe XMail prefers AMD chips... ;-) Jeff - 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: Using XMail with php
On Wednesday 08 March 2006 00:03, Shiloh Jennings wrote: > We have clients that use the mail() command, but I would not recommend it. > You should use the PHPMailer class instead of the native mail() command. > Many of the popular PHP applications already do this. > http://phpmailer.sourceforge.net/ Thanks. That worked great. Jeff - 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] Using XMail with php
Hello Folks-
I'm running XMail and Apache2 on a SuSE 9.2 box. Both servers have been up and
running normally for months. I'm creating a web page that uses the php mail()
function to send the data from a form. The php scripts work as expected
except for the mail() function which fails.
My question:
If I run XMail in debug mode will I see an entry for any attempt to access the
sendmail module, or will I only see an error if the connection is successful
but the data is formatted wrong?
I would expect that any attempt to connect would be displayed, but for some
reason I'm not seeing anything at all. I've even tried connecting directly
using:
$fd = popen("/usr/sbin/sendmail","w");
fputs($fd, ..
Nothing. Yet I can log on and send mail from the command line using mail
without problems. Any tips on getting the php mail() function to work with
XMail? I'm running low on ideas here.
Jeff
-
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: [SPAM] Re: crazy spams
On Wednesday 22 February 2006 18:07, Eric Garnice wrote: > Spam detection software, running on the system "WebServer3.DMZ", has > identified this incoming email as possible spam. The original message > has been attached to this so you can view it (if it isn't spam) or label > similar future email. If you have any questions, see > [EMAIL PROTECTED] for details. > > Content preview: Here's a fine attempt: X-Spam-Flag: YES > X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on > kermit.ms.comstock.com X-Spam-Level: X-Spam-Status: Yes, score=175.5 Very impressive! Just the headers alone were enough to trigger my filter. > required=6.5 tests=BAYES_99,DCC_CHECK, > DIGEST_MULTIPLE,DNS_FROM_RFC_ABUSE,ENTITY_DEC_ALPHANUM,HTML_90_100, > HTML_MESSAGE,J_WEEDS_A,J_WEEDS_B,J_WEEDS_C,J_WEEDS_D,J_WEEDS_E, > J_WEEDS_F,J_WEEDS_G,J_WEEDS_H,J_WEEDS_L,J_WEEDS_M,J_WEEDS_N,J_WEEDS_O, > J_WEEDS_P,J_WEEDS_R,J_WEEDS_S,J_WEEDS_T,J_WEEDS_U,J_WEEDS_V,J_WEEDS_W, > J_WEEDS_Y,MIME_BOUND_DD_DIGITS,MIME_HTML_ONLY,MIME_HTML_ONLY_MULTI, > MISSING_MIMEOLE,MSGID_SPAM_CAPS,PYZOR_CHECK,RATWARE_EGROUPS, > RAZOR2_CF_RANGE_51_100,RAZOR2_CF_RANGE_E4_51_100,RAZOR2_CHECK, > RCVD_IN_BL_SPAMCOP_NET,RCVD_NUMERIC_HELO,SARE_FORGED_EBAY, If you check the scores this one got 104 points -> ^ I've never seen that one but you're also using some modules I don't have installed. Jeff - 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: crazy spams
On Wednesday 22 February 2006 10:47, Jorn Hass wrote: > > Dunno what my own mail will rate, as it has the full erectile (:P) > > names in there... :) > > Ok, so I'm obviously a better spammer than I thought, when it comes to > evading spamassassin rules... :) Spamassassin shows: > X-Spam-Status: No, score=2.2 required=7.0 tests=AWL,DRUGS_ANXIETY, > > DRUGS_ANXIETY_EREC,DRUGS_ERECTILE,DRUG_ED_CAPS,RCVD_IN_WHOIS_BOGONS, > SPF_HELO_PASS,SPF_PASS,UNPARSEABLE_RELAY autolearn=no version=3.1.0 A > measly 2.2... > > So, maybe we should have a contest to see who can create an email to > score the highest against spamassasssin? The award of lousiest spammer > is up for grabs... :) A couple days ago I saw one that got a Spamassassin score of 58.4. All I could think of is: "Man, you really suck at this" Jeff - 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: Question about Kernel 2.6
On Wednesday 15 February 2006 09:02, Chad Fleenor wrote: > I am currently running xmail on Redhat 9 with kernel 2.4.20-8. On > RedHat I had to insert the line "export LD_ASSUME_KERNEL=2.4" into the > xmail startup file. I am currently working on moving my mail server to > a stronger box, running Suse 9 with kernel 2.6.5-7.97. Would I have to > take this line out or is there any known issues with XMail running on > this Kernel? I've run XMail on several different versions of SuSE without problems. I currently have a server running on 9.1 and am testing openSUSE 10.0-OSS, both unmodified and without any issues. I'm also running a mail server on Mandriva 2006.0 and while XMail runs fine, I've had trouble installing some of the SpamAssassin modules. I'd have to look it up, but off the top of my head I think it was the Net::Ident module that I couldn't install on Mandriva. > My old mail server has been rock solid, currently with 385 > days uptime. Very Nice! Jeff - 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: Return Code
On Saturday 21 January 2006 17:30, Jeffrey Laramie wrote: > On Saturday 21 January 2006 16:33, Davide Libenzi wrote: > > On Sat, 21 Jan 2006, Jeffrey Laramie wrote: > > > Hello All, > > > > > > My servers mail reports to me daily using the XMail sendmail > > > replacement program. My Mandriva based server makes the following entry > > > in /var/log/messages every time a file is mailed: > > > > > > Jan 20 00:14:05 WebServer3 CROND[21612]: (root) MAIL (mailed 2642 bytes > > > of output but got status 0x ) > > > > > > The mail is delivered fine and there are no further messages. Is > > > something not right here or is it safe to ignore this output? > > > > That's -1 and XMail's sendmail never returns that. > > Yeah, I assumed that the return code was from nail or whatever process cron > uses to send mail. Crontab is set to mail to root. I'll try putting in real > address and see if cron likes that better. In any case the files get mailed > so I'm not too worried about it. I'm seeing this on other Mandriva boxes that aren't running XMail. It doesn't appear significant. Jeff - 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: Return Code
On Saturday 21 January 2006 16:33, Davide Libenzi wrote: > On Sat, 21 Jan 2006, Jeffrey Laramie wrote: > > Hello All, > > > > My servers mail reports to me daily using the XMail sendmail replacement > > program. My Mandriva based server makes the following entry > > in /var/log/messages every time a file is mailed: > > > > Jan 20 00:14:05 WebServer3 CROND[21612]: (root) MAIL (mailed 2642 bytes > > of output but got status 0x ) > > > > The mail is delivered fine and there are no further messages. Is > > something not right here or is it safe to ignore this output? > > That's -1 and XMail's sendmail never returns that. Yeah, I assumed that the return code was from nail or whatever process cron uses to send mail. Crontab is set to mail to root. I'll try putting in real address and see if cron likes that better. In any case the files get mailed so I'm not too worried about it. Jeff - 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] Return Code
Hello All, My servers mail reports to me daily using the XMail sendmail replacement program. My Mandriva based server makes the following entry in /var/log/messages every time a file is mailed: Jan 20 00:14:05 WebServer3 CROND[21612]: (root) MAIL (mailed 2642 bytes of output but got status 0x ) The mail is delivered fine and there are no further messages. Is something not right here or is it safe to ignore this output? Jeff - 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: Mailman Xmail Mysql
On Wednesday 07 December 2005 07:14, Valdir Barbosa wrote: > I am trying to make to function mailman with Xmail and mysql, but when > sending email pra list does not go. > What necessary to make? I am also using the SmartPost. I just installed a XMail with Mailman on a new server and it is quite tricky. 1. Is XMail installed and running by itself? Were you able to compile and install Mailman and create a list sucessfully? 2. Several important (to us) Mailman options are compiled in according to your ./configure command so make sure you have that right. If you're not sure run "make distclean" and re-build Mailman with the needed settings. 3. Check the paths in the Python scripts and the tab file to make sure they are correct for your system. I don't use mysql with XMail so I can't help you there. Jeff - 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: SMTP-Relaying only from Authorized Destinations?
On Tuesday 06 December 2005 09:54, Achim Schmidt wrote: > Hello List, > > because of the amount of Virus-Emails we are facing a major problem now. > First let me explain our current MX-Constellation: > > - Mail for exmaple.com has MX-Entries to mx.waaf.net > - mx.waaf.net are several machines running postfix/virusscanner > - if the email passes all tests it is delivered to the final destination > machine running xmail > - [EMAIL PROTECTED] also sent email through this xmail-box. > > Now there are more and more viruses that don't care about MX-Records and > drectly try to deliver mail for [EMAIL PROTECTED] to mail.exmaple.com. > Mail.example.com resolves to the xmail-box. > > > My solution to get rid of this non-filtered Virus-Emails is to only > allow SMTP-connections to the xmail-box from our subnets, where the > mx.waaf.net machines are located _AND_ from authorized IP-adresses > (SMTP-AUTH, POP-before-SMTP). > > I just tried to use smtp.ipmap.tab - but with the result that only the > mentioned subnets where allowed to relay and authoriezed IP-adresses > where denied. I don't have an XMail solution to your problem, but if it were up to me I would prefer to handle this with DNS or firewall changes anyway. Idea 1 - Delete the "mail" CNAME (or change the host name and A record) for the example.com server. Assign a less obvious name like smtp42 and have the authorized clients use the smtp42 alias. Idea 2 - Adjust the firewall rules on mail.example.com to only allow port 25 connection from the authorized IPs and reject everything else. Idea 3 - If your server supports it, use DNAT on mail.example.com to forward port 25 traffic to mx.waaf.net. Jeff - 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: still on clamav and xmail...
On Monday 24 October 2005 03:10, jonn ah wrote: > I dont see the filter getting fired... Make sure you use tabs only and have no spaces in your filters.post-data.tab file and check that each line ends with a line return, even the last line. Jeff - 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: still on clamav and xmail...
On Friday 21 October 2005 06:01, jonn ah wrote: > hi all, > > Can anybody tell me which av filters (clamav) works on > xmail? I followed chris franklin's directions on his > av filter with xmail but it doesnt detect eicar's test > virus when i send it thru xmail... This page has a list of XMail filters at the bottom. Check out the links to see which AV programs they support: http://www.ubaight.com/xmail/index.html If you're using Lindeman's Antivirus Filter there are instructions for Linux here: http://www.ubaight.com/xmail/xmailhandbook.html#Lindeman Jeff - 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: messages to yahoo and or hotmail does not get delivered
On Friday 02 September 2005 11:32, Rob Arends wrote: > Davide Wrote: > >[EMAIL PROTECTED] davide]$ dig greenbaycc.org. ns +trace > > > >greenbaycc.org. 86400 IN NS taadns02.taiasp.net. > >greenbaycc.org. 86400 IN NS taadns01.taiasp.net. > >;; Received 88 bytes from 204.74.112.1#53(TLD1.ULTRADNS.NET) in 58 ms > > > >greenbaycc.org. 3600IN NS taadns01. > >;; Received 54 bytes from 67.39.138.9#53(taadns02.taiasp.net) in 66 ms > > > > > >What's "taadns01." ?? > > > > > > > >- Davide > > So why then do I get: > > C:\>dig @61.88.88.88 greenbaycc.org. mx +trace > > ; <<>> DiG 9.2.3 <<>> @61.88.88.88 greenbaycc.org. mx +trace > ;; global options: printcmd > .. 493369 IN NS L.ROOT-SERVERS.NET. > .. 493369 IN NS M.ROOT-SERVERS.NET. > .. 493369 IN NS A.ROOT-SERVERS.NET. > .. 493369 IN NS B.ROOT-SERVERS.NET. > .. 493369 IN NS C.ROOT-SERVERS.NET. > .. 493369 IN NS D.ROOT-SERVERS.NET. > .. 493369 IN NS E.ROOT-SERVERS.NET. > .. 493369 IN NS F.ROOT-SERVERS.NET. > .. 493369 IN NS G.ROOT-SERVERS.NET. > .. 493369 IN NS H.ROOT-SERVERS.NET. > .. 493369 IN NS I.ROOT-SERVERS.NET. > .. 493369 IN NS J.ROOT-SERVERS.NET. > .. 493369 IN NS K.ROOT-SERVERS.NET. > ;; Received 356 bytes from 61.88.88.88#53(61.88.88.88) in 60 ms > > org.172800 IN NS TLD1.ULTRADNS.NET. > org.172800 IN NS TLD2.ULTRADNS.NET. > org.172800 IN NS TLD3.ULTRADNS.org. > org.172800 IN NS TLD4.ULTRADNS.org. > org.172800 IN NS TLD5.ULTRADNS.INFO. > org.172800 IN NS TLD6.ULTRADNS.CO.UK. > ;; Received 290 bytes from 198.32.64.12#53(L.ROOT-SERVERS.NET) in 230 ms > > greenbaycc.org. 86400 IN NS taadns02.taiasp.net. > greenbaycc.org. 86400 IN NS taadns01.taiasp.net. > ;; Received 88 bytes from 204.74.112.1#53(TLD1.ULTRADNS.NET) in 250 ms > > greenbaycc.org. 3600IN MX 10 mail.greenbaycc.org. > ;; Received 69 bytes from 67.39.138.9#53(taadns02.taiasp.net) in 270 ms Interesting. I get the same response as Davide. It seems there has been a change which hasn't completely propagated through the DNS tree. Jeff - 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: Official 'Powered by XMail Banner' ...
> http://www.fonsy.com/XMail.jpg > > http://www.fonsy.com/XMail_IAN88x31.jpg > - This is my favorite so far. I'm going to play around with some designs tonight. If I come up with anything worthwhile I'll send it in. Jeff - 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: Mailman ...
On Thursday 09 June 2005 14:46, Davide Libenzi wrote: > On Thu, 9 Jun 2005, Jeffrey Laramie wrote: > > On Thursday 09 June 2005 13:55, Davide Libenzi wrote: > >> Anyone using Mailman with XMail? Ecartis is totally screwed WRT > >> encodings... > > > > I've got a couple of linux servers running it. Unfortunately the > > instructions and scripts on my site are out of date and I haven't had > > time to update them :-p > > > > If you want I can send you what I'm using, but it's only been tested on > > my servers. > > I think I can figure out how to set it up. I was more interested about its > inter-operation with XMail, especially WRT MIME encodings ... Well, obviously there's nothing I'm going to tell you about the technical side... From an admin standpoint, I've never had any problems or complaints concerning MIME, but my lists are very low volume non-technical users so I don't really see much besides text anyway. Jeff - 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: Mailman ...
On Thursday 09 June 2005 13:55, Davide Libenzi wrote: > Anyone using Mailman with XMail? Ecartis is totally screwed WRT > encodings... > I've got a couple of linux servers running it. Unfortunately the instructions and scripts on my site are out of date and I haven't had time to update them :-p If you want I can send you what I'm using, but it's only been tested on my servers. Jeff - 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: mailman python script
> > 2. The script doesn't append entries to the log file, but instead writes > > over the first line each time. > > You'll have to add an "a" to the open-mode of the log file (or add a seek > to the end). I fixed this, a problem with the log timestamp, and added logging for a successful script execution so that this log is consistant with the other mailman logs. The improved script is here: http://www.ubaight.com/xmail/mailman Jeff - 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: mailman python script
> > 1. If the sender uses capitalization in the list name, XMail correctly > > recognizes it and executes the correct command alias but the script > > doesn't match the name to the correct list. > > You might want to use a convetion for file names, and than use lower() to > convert email addresses: > > http://python.active-venture.com/lib/module-string.html Both mailman and the integration scripts create and use lower case list names and cmdaliases, so everything is consistant at the filesystem level. I simply needed to take the mixed case list name provided by @@RCPT and convert it to lower case before evaluating it. I actually had already found the right command and inserted it in the correct place. I just screwed up the usage using "name = lower(name)" instead of "name = name.lower()". It's fixed now and if anyone is interested the updated script is here: http://www.ubaight.com/xmail/mailman > > > 2. The script doesn't append entries to the log file, but instead writes > > over the first line each time. > > You'll have to add an "a" to the open-mode of the log file (or add a seek > to the end). I'd like to make some other changes in the logging procedure so I'll play around with this tonight when I have more time. Jeff - 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] mailman python script
Hello All, I need some help updating the python script that intergrates XMail with the mailman list manager. Unfortunately I didn't write the script, and since my programming skills are quite limited and don't include python, my attempts to modify the script aren't going anywhere. The 2 specific problems I have are: 1. If the sender uses capitalization in the list name, XMail correctly recognizes it and executes the correct command alias but the script doesn't match the name to the correct list. 2. The script doesn't append entries to the log file, but instead writes over the first line each time. Any programming help would be appreciated. Thanks, Jeff - 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: Wierd SPAM Addresses
> >[<00>] XMail bounce: > > [EMAIL PROTECTED];Error=3D= [550=20 > >Mailbox unavailable <[EMAIL PROTECTED]>] > > I get that kind of stuff all the time. It is usually caused by spammers > harvesting things like post-IDs and messages IDs from the Internet, then > e-pending domain names to them to try to make "new" addresses to sell on > those "millions" CDs. OK, thanks Tracy. Just making sure I didn't have my configuration messed up. Jeff - 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] Wierd SPAM Addresses
Hey All, Every so often I get a batch of these messages sent to my backup mx. Someth= ing=20 seems to be wrong with the way the backup mx is handling the address since = I=20 rather doubt they are really sending mail to 3f4c0519.8000109. I'm concerne= d=20 that I might be losing legit messages. Any ideas what I might be doing wron= g=20 here? Jeff Return-Path: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-AV-Scanned: yes =A02a04fa3c6dfdc79434ccd50a2eb6f83b Received: from ubaight.com (66.95.2.50:36979) =A0=A0=A0=A0=A0=A0=A0=A0by Trans-Star.net with [XMail 1.20 ESMTP Server] =A0=A0=A0=A0=A0=A0=A0=A0id for <[EMAIL PROTECTED]> from ; =A0=A0=A0=A0=A0=A0=A0=A0Wed, 9 Mar 2005 02:32:28 -0500 X-Deliver-To: [EMAIL PROTECTED] Date: Wed, 9 Mar 2005 02:32:27 -0500 X-MessageId: <1110353546294.1321208752.63e.WebServer4> X-SmtpMessageId: From: ubaight.com PostMaster <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Error sending message [1110353546294.1321208752.63e.WebServer4] f= rom=20 [ubaight.com] X-MailerServer: XMail 1.20 X-MailerError: Message =3D [1110353546294.1321208752.63e.WebServer4] Serve= r =3D=20 [ubaight.com] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on WebServer3.DMZ X-Spam-Status: No, hits=3D-4.9 required=3D5.0 tests=3DBAYES_00 autolearn= =3Dno=20 =A0=A0=A0=A0=A0=A0=A0=A0version=3D2.64 Status: R X-Status: NC X-KMail-EncryptionState:=20 X-KMail-SignatureState:=20 X-KMail-MDN-Sent:=20 =20 [<00>] XMail bounce: [EMAIL PROTECTED];Error=3D= [550=20 Mailbox unavailable <[EMAIL PROTECTED]>] [<01>] Error sending message [1110353546294.1321208752.63e.WebServer4] from= =20 [ubaight.com]. ID: =A0 =A0 =A0 =A0 Mail From: <[EMAIL PROTECTED]> Rcpt To: =A0 <[EMAIL PROTECTED]> Server: =A0 =A0 [209.12.136.106] [<02>] The reason of the delivery failure was: 550 Mailbox unavailable <[EMAIL PROTECTED]> [<04>] Here is listed the message log file: [PeekTime] 1110353546 : Wed, 9 Mar 2005 02:32:26 -0500 << ErrCode =A0 =3D -82 ErrString =3D [RCPT TO:] not permitted by remote SMTP server ErrInfo =A0 =3D 550 Mailbox unavailable <[EMAIL PROTECTED] om> SMAIL SMTP-Send RLYS =3D "smtp.Loudoun-Fairfax.com" SMTP =3D "ubaight.com" = =46rom =3D=20 "[EMAIL PROTECTED]" To =3D "[EMAIL PROTECTED]" Failed ! SMTP-Error =3D "550 Mailbox unavailable <[EMAIL PROTECTED] om>" SMTP-Server =3D "smtp.Loudoun-Fairfax.com" >> [<05>] Here is listed the initial part of the message: Received: from 217-162-207-61.dclient.hispeed.ch (217.162.207.61:3003) =A0=A0=A0=A0=A0=A0=A0=A0by ubaight.com with [XMail 1.20 ESMTP Server] =A0=A0=A0=A0=A0=A0=A0=A0id for <[EMAIL PROTECTED] m> from=20 <[EMAIL PROTECTED]>; =A0=A0=A0=A0=A0=A0=A0=A0Wed, 9 Mar 2005 02:32:24 -0500 Date: Wed, 09 Mar 2005 07:21:05 + =46rom: Mubariz <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: tegucigalpa.com,Best software pricesrita MIME-Version: 1.0 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: 8bit - 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: Cron Sending Mail
On Sunday 06 February 2005 22:48, Dustin C. Hatch wrote: > No, thats not it because sendmail works just fine from php or from the > command line. My guess is I am missing a configuration file somewhere > for cron, but i have been googleing all day to no avail > Do you suppose it is possible to install ssmtp as well as xmail simply > to handle the sendmail stuff? > The threading on this thread is screwed up so you may have already answered this, but do you have the "MAILTO" parameter in your crontab file set to a real address? MAILTO=root doesn't work here. Use something like "[EMAIL PROTECTED]" Jeff > -- - 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: OT Clamav Error Code:50?
On Friday 04 February 2005 15:52, Charlie Qualls wrote: > Hello , > > I'm having a error come up. This just started recently (couple of > weeks now) > I'm running on Redhat 9.0, Xmail 1.21 and Clamav 1.9. > Does anyone know what this is caused by? > It appeared yesterday 3 times and once so far today but it's a > almost daily occurrence. > > ClamAV has not scanned the mail due to an error. > > ClamAV quit with errorcode : 50 > Description: Problem with initialization of virus database. Probably it > doesn't exist in the default place or wrong file was passed to -database ClamAV 0.81 was just released a few days and they've made some changes (check your freshclam log for the warnings). Update to 0.81 and see if that helps. Jeff - 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: checking mail flow
On Friday 04 February 2005 03:27, Spyros Tsiolis wrote: > OK, > > /etc/init.d/xmail start > > where : > > vi xmail : > > XMAIL_CMD_LINE="-Md -Pl -Sl" > > for logging smtp and pop3 messages > > right ? > > Then off to : > > /var/log/maillog Wrong place. Look in /var/MailRoot/logs for the xmail log files. Jeff - 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: Last Login Time
Mike Harrington wrote: > Davide, Et. All > > Using the new last login time feature in userstat, and I've been getting > some weird results. Some of the results are telling me that the last login > time was July 27, 2004 which isn't possible. I checked the server times and > everything is fine. > > Any ideas? > I'm afraid I'm the culprit. You see that was my birthday and the party was so intense it warped the space time continuum... Jeff - 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: Migrate mailboxes to different OS?
On Wednesday 19 January 2005 16:41, Postmaster wrote: > Jeff: > Count me in for any help you may need (contrib, editing, proofing). I want > to help get the Xmail documentation to a place that any PHB can feel > comfort ;) You can email me directly at [EMAIL PROTECTED] or > at this postmaster address. Thanks Byrn. You can send info to me directly at [EMAIL PROTECTED] I'll let you know when I start working on the next version. Jeff - 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: Migrate mailboxes to different OS?
On Wednesday 19 January 2005 16:44, Jeff Buehler wrote: > Under FreeBSD the existing port is way out of date (version 1.8 or > something like that), so the simple (and I think proper) approach I use > is to: > > 1. download the distro from the "official" xmail site and compile it > 2. put a start/stop script at /usr/local/etc/rc.d (this may differ for > netBSD or openBSD) > > in case this is helpful. It may be to *BSD users who generally > anticipate an up-to-date port. I have been considering maintaining a > port for FreeBSD but haven't gotten a sensible time block together yet. > Does the standard XMail init script work on BSD systems? If so, then my instructions for building your own binary should also work for BSD. If you have a moment, take a look at http://www.ubaight.com/xmail/BeginnersGuide.html#BasicSetup and see if these instructions work. You can send me any changes at [EMAIL PROTECTED] Thanks. Jeff - 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: Migrate mailboxes to different OS?
Sergio Perrone wrote: > Jeffrey: > > I can do the translation to spanish, if you need it. > > Sergio Perrone > Yes, excellent. I'm saving a "scrapbook" of configuration tips and other info from mailing list posts while I'm working on other projects. Any other tips, notes, configuration instructions, etc. can be sent to me directly at [EMAIL PROTECTED] Once I start writing I'll send drafts to the contributors off list for technical review and proof reading. For the last version I spent a lot of time revising and formatting. This time I just plan to refresh the current text and spend more effort adding new info. Jeff - 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: Migrate mailboxes to different OS?
On Wednesday 19 January 2005 13:33, Postmaster wrote: > Thanks for these tips all. I've been putting my expetience with this > migration down into writing and I hope to submit it to Jeffery Laramie for > his HowTo. Which reminds me. Since there are have been quite a few features added lately I'm planning on an update in the next few months. If anyone can contribute there are a few things I could use: 1. I only run SuSE 9.1 here so I don't have any recent experience with RH or other *nix flavors. If anyone has tips for other distros I'll be glad to add them. 2. I'm always interested in correcting any factual errors or obsolete instructions. Just point them out. 3. In the past there were a couple of inquiries about foreign language translations but nobody ever followed up. If you translate it I'll host it. 4. I've never purported to be an expert and I don't use some of the more advanced XMail features. If anyone else wishes, you can feel free to send me your notes on how you configured your system and I'll incorporate your experiences into the document. Jeff - 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: Spanassassin Not Learning
On Wednesday 12 January 2005 11:15, Don Drake wrote: > Also, it helps to run spamd in debug mode to see what it's trying to do. Indeed. Something I should have done before bothering everyone. It was a problem with the path to the bayes database. Thanks Guys! Jeff > - 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: Spanassassin Not Learning
On Wednesday 12 January 2005 11:01, Jeffrey Laramie wrote: > On Wednesday 12 January 2005 09:34, Chad Fleenor wrote: > > Did you configure your local.cf file in the /etc/mail/spamassassin > > directory? > > Yes. Here's the content: > > # Add your own customisations to this file. See 'man > Mail::SpamAssassin::Conf' > # for details of what can be tweaked. > # > > > # Rewrite the Subject: line with SPAM .* if set to 1 (default=1) > rewrite_subject 1 > > # Report briefly, recommended for report_header==1 (default=0) > use_terse_report 1 > > # Path to the Bayesian database files. > bayes_path /etc/mail/spamassassin/bayes Hmmm. After reviewing this, I think this path is wrong. I'm going to change it and see if that fixes it. Jeff - 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: Spanassassin Not Learning
On Wednesday 12 January 2005 09:34, Chad Fleenor wrote: > Did you configure your local.cf file in the /etc/mail/spamassassin > directory? Yes. Here's the content: # Add your own customisations to this file. See 'man Mail::SpamAssassin::Conf' # for details of what can be tweaked. # # Rewrite the Subject: line with SPAM .* if set to 1 (default=1) rewrite_subject 1 # Report briefly, recommended for report_header==1 (default=0) use_terse_report 1 # Path to the Bayesian database files. bayes_path /etc/mail/spamassassin/bayes # Allows sharing of data files. bayes_file_mode 0666 Jeff - 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] Spanassassin Not Learning
Morning All, I'm using Don Drakes's sa_filter script to call spamassassin in my filters.in.tab file. It works ok but still misses lots of spam. So I'm trying to configure bayesian learning through sa-learn. The sa-learn command works fine and I have learned over 200 messages. As far as I can tell the filter hasn't caught a single message yet. Any hints on getting this configured right would be appreciated. Jeff - 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: RDNS
On Thursday 11 November 2004 19:28, Tracy wrote: > At 19:22 11/11/2004, Jeffrey Laramie wrote: > >Hi All- > > > >The mail server belonging to a client of mine "mail.client.com" uses > > another server "relay.client.com" to relay outgoing mail. mail.client.com > > appears to be correctly configured but relay.client.com doesn't resolve. > > Mail from this domain is bounced when it fails the XMail RDNS check. I'm > > trying not to piss off a client, but it's my understanding that according > > to standards the relay must have an A or CNAME record. Is this correct? > > If so, could someone point me to the rfc that states this so I can gently > > point this out to the client? I've been looking in RFC2821 but I'm not > > finding what I'm looking for. > > RFC 2821, section 3.6 > > > 3.6 Domains > > Only resolvable, fully-qualified, domain names (FQDNs) are permitted > when domain names are used in SMTP. In other words, names that can > be resolved to MX RRs or A RRs (as discussed in section 5) are > permitted, as are CNAME RRs whose targets can be resolved, in turn, > to MX or A RRs. Local nicknames or unqualified names MUST NOT be > used. There are two exceptions to the rule requiring FQDNs: > > - The domain name given in the EHLO command MUST BE either a primary >host name (a domain name that resolves to an A RR) or, if the host >has no name, an address literal as described in section 4.1.1.1. > > - The reserved mailbox name "postmaster" may be used in a RCPT >command without domain qualification (see section 4.1.1.3) and >MUST be accepted if so used. Ah, there it is. Thanks Tracy Jeff - 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] RDNS
Hi All- The mail server belonging to a client of mine "mail.client.com" uses another server "relay.client.com" to relay outgoing mail. mail.client.com appears to be correctly configured but relay.client.com doesn't resolve. Mail from this domain is bounced when it fails the XMail RDNS check. I'm trying not to piss off a client, but it's my understanding that according to standards the relay must have an A or CNAME record. Is this correct? If so, could someone point me to the rfc that states this so I can gently point this out to the client? I've been looking in RFC2821 but I'm not finding what I'm looking for. Thanks, Jeff - 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: XMail Log Help
On Thursday 04 November 2004 14:31, [EMAIL PROTECTED] wrote: > Thanks, Jeff & Davide, for your inputs. > > Output from "netstat -t -n -a -p" before starting XMail (actual addresses > replaced with w.x.y.z to protect the identity of the guilty): > > Active Internet connections (servers and established) > Proto Recv-Q Send-Q Local Address Foreign Address State > PID/Program name > tcp0 0 0.0.0.0:32768 0.0.0.0:* LISTEN > 788/rpc.statd > tcp0 0 127.0.0.1:32769 0.0.0.0:* LISTEN > 969/xinetd > tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN > 760/portmap > tcp0 0 0.0.0.0:60000.0.0.0:* LISTEN > 1126/X > tcp0 0 0.0.0.0:80 0.0.0.0:* LISTEN > 1102/httpd > tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN > 1109/sshd > tcp0 48 w.x.y.z:22w.x.y.z:6222 ESTABLISHED > 12444/sshd > > and after: > Active Internet connections (servers and established) > Proto Recv-Q Send-Q Local Address Foreign Address State > PID/Program name > tcp0 0 0.0.0.0:32768 0.0.0.0:* LISTEN > 788/rpc.statd > tcp0 0 0.0.0.0:60170.0.0.0:* LISTEN > 12569/XMail > tcp0 0 127.0.0.1:32769 0.0.0.0:* LISTEN > 969/xinetd > tcp0 0 0.0.0.0:110 0.0.0.0:* LISTEN > 12569/XMail > tcp0 0 0.0.0.0:79 0.0.0.0:* LISTEN > 12569/XMail > tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN > 760/portmap > tcp0 0 0.0.0.0:60000.0.0.0:* LISTEN > 1126/X > tcp0 0 0.0.0.0:80 0.0.0.0:* LISTEN > 1102/httpd > tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN > 1109/sshd > tcp0 0 0.0.0.0:25 0.0.0.0:* LISTEN > 12569/XMail > tcp0288 w.x.y.z:22w.x.y.z:6222 ESTABLISHED > 12444/sshd > > I don't see any conflicts. Do you? Nope. Looks just like mine. Did you replace /usr/sbin/sendmail with the sendmail script and exe from the XMail package? For some reason if the sendmail thread fails logging gets screwed up. Jeff - 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: XMail Log Help
On Thursday 04 November 2004 13:37, [EMAIL PROTECTED] wrote: > Jeff: > > Here's the command line and output you asked for, including "socket bind > errors". > /var/MailRoot/bin/XMail -Md -Pl -Sl -Fl -Cl -Ll > SMAIL thread [00] started > SMAIL thread [01] started > SMAIL thread [02] started > SMAIL thread [03] started > SMAIL thread [04] started > SMAIL thread [05] started > SMAIL thread [06] started > SMAIL thread [07] started > SMAIL thread [08] started > SMAIL thread [09] started > SMAIL thread [10] started > SMAIL thread [11] started > SMAIL thread [12] started > SMAIL thread [13] started > SMAIL thread [14] started > SMAIL thread [15] started > Socket bind error > Socket bind error > Socket bind error > [XMail 1.8 (Linux/Ix86) PSYNC Server] started > Socket bind error > LMAIL thread [00] started > LMAIL thread [01] started > LMAIL thread [02] started > > Still no new log files being written to $MAIL_ROOT/logs. > You have another mail process running, such as sendmail or postfix. You need to disable these so they don't start up at boot time, kill the currently running process (or reboot), then try the XMail commands again. Jeff - 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: XMail Log Help
On Thursday 04 November 2004 11:17, [EMAIL PROTECTED] wrote: > Jeff: > > Thanks for your reply. XMail $MAIL_ROOT/logs has permissions set to: > > "drwxrwxrwx2 root root32768 Nov 4 07:32 . " > > and it runs as root anyway, so directory permissions should not be an > issue. When command line > > XMAIL_CMD_LINE="-Md -Pl -Sl -Mr 24" > > is used in start script, it still does not write any logs. This (verbose > logging with -Md) never worked before anyway, but POP, SMTP and SMAIL > logging did. You can't see debug output unless you run XMail from the command line. Stop XMail and run these commands from the command line (as root): export MAIL_ROOT=/var/MailRoot /var/MailRoot/bin/XMail -Md -Pl -Sl -Fl -Cl -Ll You should see debug info printed to the screen and the log files should work normally. If it still doesn't work, show us the screen output. If this works OK, then the problem is probably in your startup script. Jeff - 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: XMail Log Help
On Wednesday 03 November 2004 21:37, [EMAIL PROTECTED] wrote: > No new smtp* or smail* files generated in $MAIL_ROOT/logs after changing > XMAIL_CMD_LINE="-Sl -Ql -Mr 24" in xmail startup script and stopping and > starting XMail. Are the files written immediately after SMTP connection > from client or are they cached? I don't believe it writes an empty file but it should log activity immediately AFAIK. Does XMail write to the logs when you run it in debug mode? Log directory writable? Jeff - 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: Backup MX record
On Friday 01 October 2004 07:51, Alex Young wrote: > I have been trying to find out the best way to setup Xmail to act as a > backup mail server for one of our customers. > > He is running an Exchange server on its own IP as the primary MX record for > his domain. I need to be able to setup Xmail so it holds any email for him > until his connection/server comes back up. > > What would be the best way of doing this with my Xmail server? Take a look here. This will get you started. http://www.ubaight.com/xmail/BeginnersGuide.html#custdomset Jeff - 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: xmail v1.20 troubles
On Thursday 02 September 2004 03:27, Spyros Tsiolis wrote: > Hello people, > > Long time, no write :-) > > OK ! I've installed the new xmail v1.20 on a slackware 10.0 box and it > works fine. > It's actually the first time I've setup a box to do multiple domain mail > handling and > it seems it does the trick :-) > > However, there is one little thing bugging me; If I try to send to anyone > in the world > (from the inside to the outside), it never gets delivered. Not even > postmaster message > (message undelivered, will keep trying etc.). > Make sure the XMail sendmail server is running. For example if your Slackware install included postfix as it's default mail agent it may be binding to the smtp port and blocking the XMail agent from starting up. If you start XMail in debug you should see the XMail sendmail server start up. Otherwise, check for a sendmail or postfix process and disable it so it won't start up on boot (or better yet, unistall it). Jeff - 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: XMail Startup Help
On Thursday 05 August 2004 14:01, [EMAIL PROTECTED] wrote: > I don't see anything on screen. What other switches are you referring to? Note that my "MailRoot" is not in the default location. The switches enable the various logfiles. Check the docs for details on which logs the switches enable: NS1:/ # export MAIL_ROOT=/data/MailRoot NS1:/ # /data/MailRoot/bin/XMail -Md -Pl -Sl -Fl -Cl -Ll SMAIL thread [00] started SMAIL thread [01] started SMAIL thread [02] started SMAIL thread [03] started SMAIL thread [04] started SMAIL thread [05] started SMAIL thread [06] started SMAIL thread [07] started SMAIL thread [08] started SMAIL thread [09] started SMAIL thread [10] started SMAIL thread [11] started SMAIL thread [12] started SMAIL thread [13] started SMAIL thread [14] started SMAIL thread [15] started [XMail 1.17 (Linux/Ix86) CTRL Server] started [XMail 1.17 (Linux/Ix86) POP3 Server] started [XMail 1.17 (Linux/Ix86) ESMTP Server] started [XMail 1.17 (Linux/Ix86) PSYNC Server] started [XMail 1.17 (Linux/Ix86) FINGER Server] started LMAIL thread [00] started LMAIL thread [01] started LMAIL thread [02] started POP3 client connection from [209.12.136.106] POP3 client exit [209.12.136.106] Other events will be posted as they occur. Jeff - 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: XMail Startup Help
On Thursday 05 August 2004 11:59, [EMAIL PROTECTED] wrote: > Where is the output from -Md generated? If you run XMail in debug from the command line, the output is to the screen (stout) and to the log files if you enabled those switches. Jeff - 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: XMail Startup Help
On Thursday 05 August 2004 02:59, [EMAIL PROTECTED] wrote: > - Original Message - > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Sent: Wednesday, August 04, 2004 11:57 PM > Subject: XMail Startup Help > > Help! I started my XMail server, and it won't start up anymore. I stopped > it to add some domains to its (previously empty) spam list in > "spam-address.tab". I have since removed all added lines, and now it's back > to empty. Make sure you didn't leave behind any tabs, spaces, or returns in this file. It may not be today's problem but it could be a problem later when you use it again. > > Background > I am running XMail 1.8 on RedHat 7.3, upgraded from RH 7.2. This is a > single CPU P3-500 with 512 MB RAM and 20 GB HD with lots of spare space and > cycles, if that matters. There are 6 domains being hosted on this server, > and one of them has a lot of messages in its "new" folder. Could this be > doing it? Running "top" shows a single instance of xmail starting briefly > and then stopping. No /var/run/XMail.PID is created. > > Actions Taken So Far > Examination of the various log files in /var/logs does not reveal > anything. No new files created in /var/MailRoot/logs. > Turning on debug with -Ll in start script in /etc/rc.d/init.d/xmail does > not generate a file that I can tell. You need to run XMail in debug mode from the command line to see the output. Try something like this: http://www.ubaight.com/xmail/BeginnersGuide.html#StartXMail Jeff > - 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: DNS Issue
On Tuesday 27 July 2004 22:39, Tracy wrote: > At 21:32 7/27/2004, Jeffrey Laramie wrote: > >On Tuesday 27 July 2004 20:13, John Kielkopf wrote: > > > http://www.dnsstuff.com/tools/ptr.ch?ip=209.12.136.106 > > > > > > Yeah, looks like you have no PTR record visible. Your bandwidth > > > provider should be able to create it for you, or delegate a reverse > > > lookup zone to you. > > > >Yeah, this is pretty weird. I have my own name servers and I've always had > >RDNS configured I assume correctly. Now nobody can do the lookup outside > > my LAN. Based on the 'dig' that Tracy did, the lookup ends at my ISP and > > never even queries my name server. My best guess is that my ISP provides > > DNS for the other IPs in my block and their configuration is preempting > > my server. I've got a trouble ticket started with my ISP to see if they > > can resolve this. > > > >Jeff > > That's pretty much it, I'd say. Either they need to delegate authority for > your subnet to your DNS servers, or they need to establish PTR records for > your IP addresses. > > Some ISPs do this without charge, but don't count on it - a lot of ISPs are > using the "extras" to make up for the money they lose in bandwidth fees. > However, for simple PTR records, the charge should not be exorbitant - > usually a "one time charge" It's fixed now. My ISP instituted a new policy that all IPs had to have a PTR record so they... broke mine (?). Yeah, and they took 28 hours to fix it and didn't even apologize that they crippled my mail server for over a day. Argghh! At least they didn't charge me for fixing their screwup. Jeff - 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] Domain Literals
Morning All, Well I'm still waiting for my ISP to resolve my RDNS problem but at least I know it's not a problem with my mail server. While looking at the report from dnsreports.com I see that they are warning that my mail server doesn't accept "domain literals". I seem to recall reading somewhere recently that this was no longer required or even desirable. Any thoughts on this? If I wanted to accept domain literals, how would I configure that? Jeff - 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: DNS Issue
On Tuesday 27 July 2004 20:13, John Kielkopf wrote: > http://www.dnsstuff.com/tools/ptr.ch?ip=209.12.136.106 > > Yeah, looks like you have no PTR record visible. Your bandwidth > provider should be able to create it for you, or delegate a reverse > lookup zone to you. > Yeah, this is pretty weird. I have my own name servers and I've always had RDNS configured I assume correctly. Now nobody can do the lookup outside my LAN. Based on the 'dig' that Tracy did, the lookup ends at my ISP and never even queries my name server. My best guess is that my ISP provides DNS for the other IPs in my block and their configuration is preempting my server. I've got a trouble ticket started with my ISP to see if they can resolve this. Jeff - 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: DNS Issue
On Tuesday 27 July 2004 16:09, Tracy wrote: > At 15:42 7/27/2004, Jeffrey Laramie wrote: > >Hey Folks, > > > >I just had an email bounced back saying my mail server doesn't have a > > reverse > > > >DNS entry: > > > [<00>] XMail bounce: [EMAIL PROTECTED];Error=[554 5.7.1 The > > > server sending your mail [209.12.136.106] does not have a reverse DNS > > > entry. Connection Rejected. Please contact your Dial-Up/DSL/Network ISP > > > Provider. Default Reject!] > > > >I've had my mail server configured this way for years and never had a > > problem before. I just re-checked it and I don't see anything wrong. > > Could someone else take a look at my DNS configuration and help me figure > > out why it doesn't work now? > > > >Jeff > > C:\>nslookup > Default Server: karen.arisiasoft.com > Address: 66.219.172.36 > > > set type=ptr > > 209.12.136.106 > > Server: karen.arisiasoft.com > Address: 66.219.172.36 > > *** karen.arisiasoft.com can't find 106.136.12.209.in-addr.arpa.: > Non-existent domain > Works fine from here: [EMAIL PROTECTED]:~> nslookup Note: nslookup is deprecated and may be removed from future releases. Consider using the `dig' or `host' programs instead. Run nslookup with the `-sil[ent]' option to prevent this message from appearing. > set type=ptr > 209.12.136.106 Server: 192.168.0.2 Address:192.168.0.2#53 106.136.12.209.in-addr.arpa name = NS1.Trans-Star.net. > Hmmm... This may be a firewall issue Jeff - 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: DNS Issue
On Tuesday 27 July 2004 16:09, Sergio Casagrande wrote: > You could try to use http://www.dnsreport.com/ to test your configuration. > Ciao. > Sergio C. > Great site. Thanks Jeff - 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] DNS Issue
Hey Folks, I just had an email bounced back saying my mail server doesn't have a reverse DNS entry: > [<00>] XMail bounce: [EMAIL PROTECTED];Error=[554 5.7.1 The > server sending your mail [209.12.136.106] does not have a reverse DNS > entry. Connection Rejected. Please contact your Dial-Up/DSL/Network ISP > Provider. Default Reject!] I've had my mail server configured this way for years and never had a problem before. I just re-checked it and I don't see anything wrong. Could someone else take a look at my DNS configuration and help me figure out why it doesn't work now? Jeff - 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: Spammers / viruses bypassing MX records?
On Wednesday 14 July 2004 17:00, Kirk Friggstad wrote: > Hey all: > > We've recently installed a Barracuda (rack-mount "spam firewall" based on > Spam Assassin, also does virus scanning) on our network in front of our > XMail system, and pointed our MX records to deliver mail to the Barracuda > instead of directly to our server. This change was made over a month ago, > but we still find some spammers and viruses (especially W32/Zafi.B) are > delivering directly to our XMail server instead of following the MX records > to the Barracuda. The mail server is not at the same IP address as our > default @ record for the domain, but it does have A records for "mail" and > "smtp". If you have a publicly accessable IP address on your server it will always be open to smtp traffic regardless of MX records. Does your Barracuda device also contain a stateful firewall? The easiest answer is to keep the mail server inside the firewall and block forwarding of smtp traffic (and everything else!) to internal servers. Jeff - 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: Cannot stop undelivered message
On Thursday 08 July 2004 23:47, Wyman Szeto wrote: > Dear sir > I try to send mail out...Unfortunately!, it cannot send out... It send the > undelivered message back forever... > > Can anyone help me? Probably, but we need to know more information. Tell us things like: a) What OS you are using. b) What version of XMail. c) Describe the problem in more detail. d) Tell us what you've tried already. e) Did you get any error messages? If so what were they? f) Do you have any filters installed? Which ones? Jeff - 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: Error message since updating to 1.20
On Tuesday 15 June 2004 12:22, [EMAIL PROTECTED] wrote: > We have ALWAYS had to make those DIR manaually. Xmail has never made them > for us. Only the numbered ones does it make. > What OS are you using? They are created correctly for me on Linux. Jeff - 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: Domain mailproc
> > That's because logic dictates that a domain-scope mailproc doesn't > replace individual mailboxes' mailproc (or cmdalias), but is run in > addition to them, before them.. Like an inhereting ACL permission system > (May be a good thing to add a "no inheritance" switch to the mailbox > mailproc.tab/cmdalias). > > Anyone has any opinions? Am I going the right way or am I a weirdo here? :) > > Let's "vote". :) I vote for you to be the wierdo. I'm sick of the job. ;-) - 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: 1.19-pre05 (Unix and Win32) ...
On Saturday 22 May 2004 15:58, you wrote: > I made 1.19-pre05 for Unix (source) and Win32 (source and binaries): > > http://www.xmailserver.org/xmail-1.19-pre05.tar.gz > http://www.xmailserver.org/xmail-1.19-pre05.win32bin.zip > > I'd like to receive reports from all the architectures XMail runs on, that > on 1.19 count one more (OSX). This one it is running fine on my Linux box > hosting xmailserver.org. Installed and running on SuSE 9.0 (I obviously have no life). BTW, I'm showing 27 threads which seems to be more than 1.17 used. Jeff - 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: RemoveSpoolErrors
On Friday 21 May 2004 09:54, Davide Libenzi wrote: > On Fri, 21 May 2004, Jeffrey Laramie wrote: > > On Friday 21 May 2004 09:34, Davide Libenzi wrote: > > > On Fri, 21 May 2004, Roman Dusek wrote: > > > > Agree, this behaviour causes that unsuccessful spam messages are > > > > bugging XMail spool. > > > > > > It is fixed now. > > > > Thanks. Can you post a link? > > /home/davide/XMail/arch/xmail-1.x :) > You're pretty funny... for a programmer ;-) Jeff - 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: RemoveSpoolErrors
On Friday 21 May 2004 09:34, Davide Libenzi wrote: > On Fri, 21 May 2004, Roman Dusek wrote: > > Agree, this behaviour causes that unsuccessful spam messages are bugging > > XMail spool. > > It is fixed now. > Thanks. Can you post a link? Jeff - 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: RemoveSpoolErrors
On Thursday 20 May 2004 13:09, Davide Libenzi wrote: > On Thu, 20 May 2004, Roman Dusek wrote: > > Hi, > > > > according to documentation: > > > > [RemoveSpoolErrors] > > Indicate if mail has to be removed or stored in 'froz' directory after a > > failure in delivery or filtering. > > > > I would suppose having "RemoveSpoolErrors" set to "1" there would be no > > "froz" messages in message spool. In spite of this, there appear some > > frozen messages in spool, mostly undelivered error messages from > > [EMAIL PROTECTED] > > There's one special class of errors that always gets frozen. If A sends a > message to MTA, and MTA accepts the message, then MTA fails to deliver the > message *and* fails also to deliver the notification message to A, the > message gets frozen. > Davide, I've noticed the same thing on my severs and on my systems 100% of the mail meeting this criteria is spam. Can you include this scenario under the RemoveSpoolErrors switch or add another parameter to turn this behavior off? Jeff - 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: Relaying Issue
On Tuesday 18 May 2004 12:31, CLEMENT Francis wrote: > Does a dns lookup for smtp.ubaight.com on the xmail machine give the = > good ip > ? Yes > > If ok, see your xmail smail log to see where xmail connected to send = > the > mails ... > > If bad IP, try this (clear xmail dns cache) : > stop xmail > empty xmail 'dnscache/mx' > empty xmail 'dnscache/ns' > restart xmail > > if good IP : Did you change anything on the receiving machine ? or in a > firewall or nat device ? There is no entry in the smail logs that correspond to this message. Maybe a cached lookup got corrupted somehow. I'll clear the cached records and see if that fixes it. Jeff - 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] Relaying Issue
Morning All, The last 2 days it appears my mail server has incorrectly forwarded (or at least attempted to forward) a message to the wrong IP. This is on a system that had been running for months without change. Some additional info: SuSE 8.2 fully updated XMail 1.17 Contents of custdomain tab file ubaight.com.tab: "smtprelay" "smtp.ubaight.com" Entry in smtp log file: "" "Trans-Star.net""81.215.123.23" "2004-05-17 20:38:06" "dsl81-215-31511.adsl.ttnet.net.tr" "ubaight.com" "[EMAIL PROTECTED]" "[EMAIL PROTECTED]" "SC214" "RCPT=OK" "" "0" "dsl81-215-31511.adsl.ttnet.net.tr" "" "Trans-Star.net""81.215.123.23" "2004-05-17 20:38:07" "dsl81-215-31511.adsl.ttnet.net.tr" "ubaight.com" "[EMAIL PROTECTED]" "[EMAIL PROTECTED]" "SC214" "RECV=OK" "" "1839" "dsl81-215-31511.adsl.ttnet.net.tr" First 3 entries in firewall log of receiving server: May 17 20:38:10 LServer1 kernel: Lan-Host: IN=eth0 OUT= MAC=00:c0:f0:57:af:cc:00:0c:76:3a:30:94:08:00 SRC=192.168.0.2 DST=192.168.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=4638 DF PROTO=TCP SPT=32861 DPT=25 WINDOW=5840 RES=0x00 SYN URGP=0 May 17 20:46:12 LServer1 kernel: Lan-Host: IN=eth0 OUT= MAC=00:c0:f0:57:af:cc:00:0c:76:3a:30:94:08:00 SRC=192.168.0.2 DST=192.168.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=4909 DF PROTO=TCP SPT=32862 DPT=25 WINDOW=5840 RES=0x00 SYN URGP=0 May 17 20:54:47 LServer1 kernel: Lan-Host: IN=eth0 OUT= MAC=00:c0:f0:57:af:cc:00:0c:76:3a:30:94:08:00 SRC=192.168.0.2 DST=192.168.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=5154 DF PROTO=TCP SPT=32863 DPT=25 WINDOW=5840 RES=0x00 SYN URGP=0 This hasn't happened before and I probably wouldn't have even noticed except that it tried to send to one of my internal firewalled servers and the packets were logged and dropped. There shouldn't be a problem with DNS since the box XMail is on is also the authoritative name server for ubaight.com. The rest of the mail for this domain is forwarded without problems and has been for months. Any ideas why this is happening or any other info I can provide? Jeff - 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: Platform wars
On Monday 17 May 2004 08:43, Benny wrote: > This mailing list has been over this "junk" conversation too many > times. This issue has nothing to do with what is at hand. The real > issue is open source. Yes and No. Yes this "discussion" is moving off topic and no the issue isn't open source. It's XMail. We would all be better off now if all the energy that went into arguing about programming languages had been spent writing code, creating documentation, or spent on other productive activities. Each of us is free to program in whatever language he chooses and everyone else is free to use it or not. Let's agree to disagree and channel all this passion and energy back into XMail and it's related projects. Jeff - 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] Ecartis Update
FYI the original authors of ecartis have reappeared and have stated that they intend to maintain the product with security patches and bug fixes, however they consider the project completed and don't forsee any new features or releases. Jeff - 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] Ecartis
I don't know how many of you use Ecartis as your mailing list manager, but those you do may be interested to know that Ecartis (http://www.ecartis.org/) has become an orphaned project. The original developer has stated that she will no longer be maintaining the code (although she may contribute). After a week of discussion on their mailing list nobody else has come forward to take her place. If any of you are interested in "adopting" Ecartis here is the site where the rescue effort is being organized. http://ecartis.neuropolis.org/ The users on the mailing list are generally happy with Ecartis and there are very few bug reports or feature requests so this doesn't have to be a major commitment at this point. I've volunteered to help with documentation if one or more indivuals agree to maintain the code base. There aren't a lot of mailing lists out there that work with XMail and losing Ecartis would be unfortunate. What do you guys think? Is Ecartis worth saving? Jeff - 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: Xmail, FreeBSD and ecartis/mailman
On Tuesday 06 April 2004 18:53, Ken Larkman wrote: > A ha! Progress! I have at least generated an ecartis log entry. :) > > The log entry is as such: > > [04/06/2004-16:42:36] [9457] Using '/tmp/msrv80ccc02c844.tmp.lst' > instead of STDIN... > [04/06/2004-16:42:36] [9457] Unable to open input file > '/tmp/msrv80ccc02c844.tmp.lst' > > Basically, I moved ecartis to the same disk and partition as Xmail, > changed the path to ecartis.sh in the ecartis.tab file and sent a test > message. No other changes were made to either Ecartis or Xmail. This > would seem to support my theory that there was a file system issue > between the two. > > This is the first evidence I've had of ecartis actually running when an > email is received. > Now it sounds like a permissions problem. If you used the files off my webpage the /yourdir/ecartis/bin directory and it's contents should be root user and group and all the other /yourdir/ecartis directories should be ecartis user and group. If you used the other version of the files then I believe everything in the /yourdir/ecartis directory should be user and group ecartis. Jeff - 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: Xmail, FreeBSD and ecartis/mailman
On Tuesday 06 April 2004 18:22, Ken Larkman wrote: > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi > > Sent: Tuesday, April 06, 2004 3:45 PM > > To: [EMAIL PROTECTED] > > Subject: [xmail] Re: Xmail, FreeBSD and ecartis/mailman > > > > > > > > Nope, it is called by XMail from the script. > > Well, that sux. I re-ran lisset.pl after changing the UID/GID and it > still isn't creating the symlinks. I can't find any evidence that > ecartis is even running. The ecartis.tab is getting called but that's > about it. > Did you try following this example: http://www.ubaight.com/xmail/BeginnersGuide#Ecartis I haven't used this in awhile, but it worked when I set up my system. Make sure you use the files linked from the page. They are a different version than Davide uses and are not interchangable. Jeff - 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: Documentation
On Thursday 01 April 2004 11:38, Benny wrote: > I too, am using Linux(SuSE to be exact). Do you have the link Jeffrey? > I would like to look at it to see if there is anything I can add to it, > as far as plugins and such. Sure http://www.ubaight.com/xmail/BeginnersGuide.html - 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] Documentation
Hi All, I believe that Dale and Benny are refering to my 'Beginner's Guide' in a previous thread. Unfortunately my guide is designed specifically for Linux users (although it probably is helpful for other unix like OSes). I don't have any other types of servers to experiment with and have gone as far as I can with my hardware, time constraints, and knowledge of XMail. If anyone is interested in contributing to the guide, adding documentation for another OS, or translating it to another language, I'll be happy to coordinate the effort, serve as editor, and share the credit (or blame) :-) Jeff - 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: (quite urgent) question
On Thursday 12 February 2004 13:27, Spyros Tsiolis wrote: > Chaps, > > I would be gratefull for any takers on this. This is really pressing me > now. > ... >.. Hello again people, > > OK. A simple question. > I am still struggling with "spamassassin" and I don't know how > to continue. > The question is this : > > Should I just "teach" spamassassin or should I install Don > Drakes' filter ? > Or is there another option between the two ? > I simply use Don's script. I don't remember your previous postings. What's the issue? Jeff - 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: undeliverables coming to secondary server
Dale Qualls wrote: >Hiya gang: > >I'm going to ask this question again, as I haven't yet received a reply = >regarding it. > >Here's my config > >Primary Server (admin domain is fvgsc.org) >one of the domains on this server is thequallsfamily.com > >Backup Server (admin domain is pmnhg.net) >thequallsfamily is a custom domain on this server doing smtp relay in case = >the primary is down (this works, tested by taking the primary down, = >sending messages then bringing the primary up later and the messages get = >pushed over by the backup) > >If a message goes to the Primary (as in the message below to [EMAIL PROTECTED] >sfamily.com did) and the user doesn't exist on the domain (just as sales = >doesn't exist), the message then comes to the backup server (instead of = >going back to the sender as a 550). The backup server ends up with the = >message frozen (which is where the message below came from) as a message = >from the postmaster on the backup server. > >Shouldn't the message go back to the sender from the primary server and = >never even be looked at by the secondary except to do the relay back to = >the primary? > >Also, it seems like a lot of messages come to the secondary even though = >the primary is never down (it's on a full T-1 and it is NOT a busy domain, = >I'd guess less than a couple hundred messages a day). It could be that = >only the undeliverables for thequallsfamily.com come to the backup, but = >I'd guess that they should never interact with the [EMAIL PROTECTED] as = >far as an undeliverable message goes) > >Any advice? Maybe I have something configured wrong? I followed the docs = >exactly (at least I believe so). > >Thanks!! > > Do you have the postmaster parameter in the server.tab file for primary server set to [EMAIL PROTECTED] I'm guessing here but I think what is happening is the primary server is bouncing the mail sent to "sales" using [EMAIL PROTECTED] as the Mail From value. Since the mail is using a forged address the bounce message is bouncing back to [EMAIL PROTECTED] on your secondary server as undeliverable. Jeff >Here is one of the messages that keeps getting frozed because it has no = >place to go. > >***= > > >127.0.0.1:0;127.0.0.1:0;Wed, 4 Feb 2004 04:48:55 -0600 >pmnhg.net >XA4E >MAIL FROM:<[EMAIL PROTECTED]> >RCPT TO:<[EMAIL PROTECTED]> ><> >X-AV-Scanned: yes 64bac0815050b73791b8520b5bb6a126 >Date: Wed, 4 Feb 2004 04:48:55 -0600 >X-MessageId: <1075891733340.1015835.MAIL2> >X-SmtpMessageId: >From: pmnhg.net PostMaster <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Error sending message [1075891733340.1015835.MAIL2] from = >[pmnhg.net] >X-MailerServer: XMail 1.17 (Linux/Ix86) >X-MailerError: Message =3D [1075891733340.1015835.MAIL2] Server =3D = >[pmnhg.net] > >[<00>] XMail bounce: [EMAIL PROTECTED];Error=3D[550 = >Mailbox unavailable <[EMAIL PROTECTED]>] > > >[<01>] Error sending message [1075891733340.1015835.MAIL2] from [pmnhg.net]= >.. > >ID: >Mail From: <[EMAIL PROTECTED]> >Rcpt To: <[EMAIL PROTECTED]> >Server: [66.147.129.196] > > >[<02>] The reason of the delivery failure was: > >550 Mailbox unavailable <[EMAIL PROTECTED]> > > >[<05>] Here is listed the initial part of the message: > >X-AV-Scanned: yes d46ec02fcd728750fc3fc38f5dafebf9 >Received: from ns2.flibbermail.com (62.85.3.131:4415) > by pmnhg.net with [XMail 1.17 (Linux/Ix86) ESMTP Server] > id for <[EMAIL PROTECTED]> from <[EMAIL PROTECTED] >cana.com>; > Wed, 4 Feb 2004 04:48:52 -0600 >Received: (from [EMAIL PROTECTED]) >by ns2.flibbermail.com (8.12.3/8.12.3/Debian-6.3) with ESMTP id = >J87Gz033128256 >for <[EMAIL PROTECTED]>; Wed, 4 Feb 2004 10:45:19 + (GMT) >(envelope-from www) >Message-ID: <[EMAIL PROTECTED]> >From: "Regena Shepherd" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Website Intro and Animated Logo Design >Date: Wed, 4 Feb 2004 10:45:19 + (GMT) >X-AntiAbuse: This header was added to track abuse, please include it with = >any abuse report >X-AntiAbuse: Primary Hostname - ns2.flibbermail.com >X-AntiAbuse: Original Domain - ns2.flibbermail.com >X-AntiAbuse: Originator/Caller UID/GID - [80 80] / [80 80] >X-AntiAbuse: Sender Address Domain - >MIME-Version: 1.0 >Content-Type: multipart/alternative; >boundary=3D"=3D_NextPart_000_0222_01C3C64F.FBD71A00" >=09 >This is a multi-part message in MIME format. > > >- >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] Re: Filters Not Triggering
Toby Reiter wrote: >Hey all, >I have Xmail 1.16 on Linux with SpamAssassin and ClamAntivirus >running with the standard filters for these programs (i.e. Lindeman's >AV filter and Don Drake's SA filter). > >In general, these filters work great, but recently we've been >noticing a few email messages that have been not filtered, I'll give >examples: > >a) Messages that are sent within our local network or that are being >SMTP Relayed through a server on our local network are being missed >by the AV filter or by both filters. Sometimes these messages will be >SA filtered without being AV filtered, but they are never just AV >filtered. > >b) Messages with encoding errors (usually b/c they have poorly >attached virus attachments) and which are being SA filtered but not >AV filtered > >c) In a few limited cases, a well-encoded message from outside the >network is SA filtered but not AV filtered. > >Does anyone have any ideas about this? Since the filters do work 75 - >85% percent of the time (or more) I don't really feel like going into >debug mode is necessarily going to help: I think this is more of a >"Why isn't this working in theory?" question than a syntax error in >one of my filter files. > >Any feedback would be greatly appreciated. > > > Which filter runs first? Which versions of the filters are you running? Jeff - 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: spamassassin again
Spyros Tsiolis wrote: >>For a Linux installation this might help: >> >>http://www.ubaight.com/xmail/BeginnersGuide.html >> >>Check out the section on filters. >> >>Jeff >> >> >> > > >Hi again, Jeff, > >Yep ! Read that. Pretty much makes sense. Pretty much doesn't work. >I did all that and it doesn't work. I'll have a closer look. You're the >third >person recommending this hyperlink. So it must be something wrond >_I_ am doind :-) > > You haven't given enough info to be able to troubleshoot your problem. We need to know what you've done, what works, and what doesn't. 1. Do you have a working, correctly configured XMail installation? This would rule out most XMail problems. 2. Did you install Spamassassin by RPM or build it yourself? Did make and make install work without errors? Is spamd running? 3. Are you using Don Drake's SA script to connect XMail to Spamassassin? If so, did you follow the instructions in the README and/or in the Beginner's Guide? 4. Did you try running XMail in debug mode from the command line? The output will show if the SA filter is being called, among other things. Jeff - 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: spamassassin again
Spyros Tsiolis wrote: >Hello list, > >Apologies, but would any guru out there suggest a document on setting up sa >with xmail ? >Like a vanilla sa installation with xmail ? > >Any ideas ? Any help would be greatly appreciated. > >[I am running in circles again :-)] > > For a Linux installation this might help: http://www.ubaight.com/xmail/BeginnersGuide.html Check out the section on filters. Jeff - 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: a simple question
Spyros Tsiolis wrote: >Taken from the spamassassin page : > > >Installation > > >Simply copy the two executables to where you want them. Then, configure >your >system to run spamd in the background, and where your mailer invokes >'spamassassin' instead invoke 'spamc'. It's that easy! > > >"spamd" and "spamc" there being in the limelight. OK ! "where your mailer >invokes >'spamassassin' instead invoke 'spamc'. It's that easy !" Whoa ! Not for me >it isn't ! > >Would anyone know how exactly one invokes spamassassin ? Don't remember >doing >that! > > You don't directly invoke spamc. The filter you install in XMail calls Spamassassin. Jeff - 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: [xmail]
[EMAIL PROTECTED] wrote: >help > > I've fallen and I can't get up! >- >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] Re: spamassasin
Dale Qualls wrote: >I've got it working. > >Use the Beginners Guide to Installing XMail ( http://www.ubaight.com/xmail/= >BeginnersGuide.html#SecondaryDomain )for the XMail filter part (it's a = >breeze and it has links for the filters as well) and use the spamassassin = >HOWTO from the spamassassin.org for the install. I've got SA2.61 running. > > > Hmmm, this link might work better: http://www.ubaight.com/xmail/BeginnersGuide.html#SpamAssassin >Trust me, if I could do it by following the guides, anyone can. I'm = >almost completely Linux stupid (which the people in this list can attest = >to :) > >I will throw this at the group though. Is anyone doing anything different = >with the messages when tagged as spam instead of passing it through to the = >end user? I'm going to search the web today for info regarding other = >dispositions (like sending to a [EMAIL PROTECTED] account instead or = >simply deleting if above a certain score). > > > There was some discussion on this last year and I recall someone posting some code that you could use to modify the SpamAssassin script to delete or redirect instead of just flag spam. Try a search of the list archives. If you can't find it let me know and I'll see what I can do. Jeff - 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: POP3?
Dustin C. Hatch wrote: >Okay, I figured it out. I had only allowed my IP address in >smtp.ipmap.tab and smtprelay.tab. I cleared these documents, and all is >well. What is the difference in the two? Also, why do my logs keep >saying xmailserver.test, when I deleted that domain? > > Check your server .tab file. Jeff - 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: POP3?
Dustin C. Hatch wrote: >What log will it show up in? POP3 shows when I log in and SMTP shows >when I send, but which shows when I receive? > > Your smtp log should show any activity by the XMail smtp server including mail received from the outside, lmail shows local mail, and I believe the smail log shows activity by the XMail version of sendmail but I'm not 100%sure of that one. Jeff - 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: POP3?
Dustin C. Hatch wrote: >Okay, am I dumb or what? I can't receive any messages!! I can send, and >pop3 logging says a logged in, but no messages get to the server i >guess. Whats up with that? > >What am I doing wrong? > > > Did you run XMail in debug mode? When you send mail to the local domain does it show up in the logs at all? Jeff - 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: relaying issue
chabral wrote: >Jeffrey Laramie <[EMAIL PROTECTED]> wrote: > > > >>Would you by any chance have a link to this document? This is >>something I really need to keep up on. >> >> > >Here you can find all rfcs: >http://www.rfc-index.com/ > > > Great, thanks. You've provided a valuable resource *and* cured my insomnia with a single link ;-) Jeff - 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: relaying issue
chabral wrote: >Tracy <[EMAIL PROTECTED]> wrote: > > >>Because RFC2822 specifies that A records for mail servers should not >>be CNAMEs...:) >> >> > >You mean, rcf 2821. >Here is an extract: >"Once an SMTP client lexically identifies a domain to which mail will > be delivered for processing (as described in sections 3.6 and 3.7), a > DNS lookup MUST be performed to resolve the domain name [22]. > [.] > The lookup first attempts to locate an MX > record associated with the name. If a CNAME record is found instead, > the resulting name is processed as if it were the initial name. If > no MX records are found, but an A RR is found, the A RR is treated as > if it was associated with an implicit MX RR, with a preference of 0, > pointing to that host. If one or more MX RRs are found for a given > name, SMTP systems MUST NOT utilize any A RRs associated with that > name unless they are located using the MX RRs; the "implicit MX" rule > above applies only if there are no MX records present. If MX records > are present, but none of them are usable, this situation MUST be > reported as an error. " > > > Would you by any chance have a link to this document? This is something I really need to keep up on. Jeff - 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: relaying issue
Tracy wrote: >At 10:38 1/13/2004, Jeffrey Laramie wrote: > > >>Right, but getting back to Dale's original concern, his virtual domains >>won't fail the remote server's RDNS check if the DNS for his SMTP server >>is configured correctly. And he shouldn't be afraid to use RDNS to check >>the validity of a remote server. Even a couple of years ago spoofing was >>relatively rare and a mail server that failed RDNS was not a big deal. >>Today about half of the spam I see is rejected by RDNS before my users >>see it. IMHO any SMTP server that fails RDNS is broken and should be fixed. >> >> >True. However, most RDNS checks today are to determine that a mail server >(ie. a connecting IP address) *has* a PTR record, not to match the PTR >record with the HELO or MAIL FROM domain. > > Interesting. Does XMail compare domains or does it just check for existence of the PTR record? I don't think I've ever seen this documented anywhere. - 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: relaying issue
Tracy wrote: >At 10:38 1/13/2004, Jeffrey Laramie wrote: > > >>That's kinda interesting. You have multiple A records pointing to >>66.219.172.36. We're getting a little OT here but why do you use A >>records instead of CNAMEs? I know there was some debate about this years >>ago and at that time the conventional wisdom was that CNAMEs were >>better. I don't know what the 'preferred ' configuration is these days. >> >> >Because RFC2822 specifies that A records for mail servers should not be >CNAMEs...:) > > > Good reason! - 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: relaying issue
Tracy wrote: >At 23:24 1/12/2004, Jeffrey Laramie wrote: > > >>Does your SMTP server identify itself as mail.vbot.org, >>mail.aristiasoft.com, or karen.aristiasoft.com? Does it change depending >>on who sends the mail? I'm pretty sure the server only identifies itself >>by one name and that should be karen.aristiasoft.com which should pass >>the RDNS check. If for some reason it doesn't, I believe you can set the >>HeloDomain variable to ensure the RDNS check works properly, correct? >> >> >My server identifies itself as "arisiasoft.com". You would see a connecting >IP address of 66.219.172.36, a HELO/EHLO name of arisiasoft.com, and a MAIL >FROM: of either @arisiasoft.com or <[EMAIL PROTECTED] and RDNS >of the connecting IP would show karen.arisiasoft.com. An MX lookup on >arisiasoft.com (either from the HELO/EHLO or the MAIL FROM) would show: > >arisiasoft.com. 432000 IN MX 10 mail.arisiasoft.com. > >And an A lookup of mail.arisiasoft.com would show: > >mail.arisiasoft.com.432000 IN A 66.219.172.36 > > > > That's kinda interesting. You have multiple A records pointing to 66.219.172.36. We're getting a little OT here but why do you use A records instead of CNAMEs? I know there was some debate about this years ago and at that time the conventional wisdom was that CNAMEs were better. I don't know what the 'preferred ' configuration is these days. >>>I think if you followed through on that, you would end up rejecting a lot >>>of mail from a lot of places... >>> >>> >>I may be misunderstanding how the mail server uses DNS, but I thought >>that a SMTP server should always identify itself by it's host name as >>listed by the PTR record and not by the virtual domains it handles. When >>a mail server uses SMTP-RDNS to verify the identity of the sending host >>doesn't it check the IP of the sending host against the IP returned by >>RDNS to determine if the host is indeed who it says it is? I've used >>SMTP-RDNS since I started using XMail and I've never noticed any valid >>mail getting rejected (although, getting back to my original point, if a >>system is mis-configured it could happen). If I'm off track here maybe >>you could clarify this for me ;-) >> >> > >Every ISP handles their checks differently, but as I read the RFC it >appears that: > >1) The connecting IP *MAY* have RDNS >2) The HELO/EHLO name *SHOULD* resolve via DNS >3) The MAIL FROM domain *SHOULD* have an MX record > >"MAY" means it is not required, "SHOULD" means that it is not required but >is strongly recommended. > > Right, but getting back to Dale's original concern, his virtual domains won't fail the remote server's RDNS check if the DNS for his SMTP server is configured correctly. And he shouldn't be afraid to use RDNS to check the validity of a remote server. Even a couple of years ago spoofing was relatively rare and a mail server that failed RDNS was not a big deal. Today about half of the spam I see is rejected by RDNS before my users see it. IMHO any SMTP server that fails RDNS is broken and should be fixed. >My own mail server makes much more restrictive tests than the RFC states, >but mail from one domain being delivered by a mail server with a different >domain name would still get through (assuming that the rest of my tests are >passed). > > > > As it should ;-) Jeff - 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: relaying issue
Jeffrey Laramie wrote: >Tracy wrote: > > > >>At 19:47 1/12/2004, Jeffrey Laramie wrote: >> >> >> >> >>>In a standard DNS configuration you would have a domain 'zone' file for >>>each domain name and a 'reverse lookup' zone file for each block of IPs. >>>The zone file typically has records that resolve a name to an IP address: >>> >>>myhost A 12.34.56.78 >>> >>>The reverse lookup zone file has the opposite record: >>> >>>78 PTR myhost.mydomain.org >>> >>>The reverse lookup zone file knows what domain each IP is in. If a >>>remote mail server does a reverse lookup and gets mydomain instead of >>>myseconddomain, then it's configured wrong and you need to contact the >>>ISP or whomever handles DNS for these domains. It would be good policy >>>for the remote mail server to reject any address that fails RDNS lookup >>>since it's most likely either spoofed or broken. >>> >>> >>> >>> >>There are cases where there is overlap between multiple domains and the >>same IP space (web hosting comes most prominently to mind, but there are >>other situations). >> >>For instance, if you look up the following DNS names: >> >>mail.vbot.org >>mail.arisiasoft.com >> >>You will find they both resolve as 66.219.172.36 - if you look up >>66.219.172.36, it should resolve as: >> >>karen.arisiasoft.com >> >>You'll note that neither of the mail names match the PTR record (one >>matches at the primary domain level, but not a complete match). Both of the >>mail. DNS names point to the same machine - mail for both domains is hosted >>there (on the same copy of Xmail). >> >> >> >> >> >True. I have a reverse zone file for each IP range I provide DNS for, >but each IP only has one PTR record. Likewise each domain zone file >generally should have only one A record for each IP, although there can >be many CNAMEs. Virtual domains can be assigned an IP or will use the IP >of the host as in your case. > > > >>>If a >>>remote mail server does a reverse lookup and gets mydomain instead of >>>myseconddomain, then it's configured wrong and you need to contact the >>>ISP or whomever handles DNS for these domains. >>> >>> >>> >>> >>If I understand your logic here, you are saying that because mail.vbot.org >>--> 66.219.172.36 --> karen.arisiasoft.com, you would recommend rejecting >>all mail from mail.vbot.org? Even though it has a valid RDNS (even if it >>doesn't match the original DNS name), and a valid MX record for the domain >>pointing to the same IP address? >> >> >> >> > >Does your SMTP server identify itself as mail.vbot.org, >mail.aristiasoft.com, or karen.aristiasoft.com? Does it change depending >on who sends the mail? I'm pretty sure the server only identifies itself >by one name and that should be karen.aristiasoft.com which should pass >the RDNS check. If for some reason it doesn't, I believe you can set the >HeloDomain variable to ensure the RDNS check works properly, correct? > > > >>I think if you followed through on that, you would end up rejecting a lot >>of mail from a lot of places... >> >> >> >> >> >> > >I may be misunderstanding how the mail server uses DNS, but I thought >that a SMTP server should always identify itself by it's host name as >listed by the PTR record and not by the virtual domains it handles. When >a mail server uses SMTP-RDNS to verify the identity of the sending host >doesn't it check the IP of the sending host against the IP returned by > > What I tried to say here was: ...doesn't it check the IP of the sending host and compare the host name to the name returned by RDNS... It's getting too late to think this hard :-) >RDNS to determine if the host is indeed who it says it is? I've used >SMTP-RDNS since I started using XMail and I've never noticed any valid >mail getting rejected (although, getting back to my original point, if a >system is mis-configured it could happen). If I'm off track here maybe >you could clarify this for me ;-) > >Jeff > >- >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] Re: relaying issue
Tracy wrote: >At 19:47 1/12/2004, Jeffrey Laramie wrote: > > >>In a standard DNS configuration you would have a domain 'zone' file for >>each domain name and a 'reverse lookup' zone file for each block of IPs. >>The zone file typically has records that resolve a name to an IP address: >> >>myhost A 12.34.56.78 >> >>The reverse lookup zone file has the opposite record: >> >>78 PTR myhost.mydomain.org >> >>The reverse lookup zone file knows what domain each IP is in. If a >>remote mail server does a reverse lookup and gets mydomain instead of >>myseconddomain, then it's configured wrong and you need to contact the >>ISP or whomever handles DNS for these domains. It would be good policy >>for the remote mail server to reject any address that fails RDNS lookup >>since it's most likely either spoofed or broken. >> >> >There are cases where there is overlap between multiple domains and the >same IP space (web hosting comes most prominently to mind, but there are >other situations). > >For instance, if you look up the following DNS names: > >mail.vbot.org >mail.arisiasoft.com > >You will find they both resolve as 66.219.172.36 - if you look up >66.219.172.36, it should resolve as: > >karen.arisiasoft.com > >You'll note that neither of the mail names match the PTR record (one >matches at the primary domain level, but not a complete match). Both of the >mail. DNS names point to the same machine - mail for both domains is hosted >there (on the same copy of Xmail). > > > True. I have a reverse zone file for each IP range I provide DNS for, but each IP only has one PTR record. Likewise each domain zone file generally should have only one A record for each IP, although there can be many CNAMEs. Virtual domains can be assigned an IP or will use the IP of the host as in your case. >>If a >>remote mail server does a reverse lookup and gets mydomain instead of >>myseconddomain, then it's configured wrong and you need to contact the >>ISP or whomever handles DNS for these domains. >> >> > >If I understand your logic here, you are saying that because mail.vbot.org >--> 66.219.172.36 --> karen.arisiasoft.com, you would recommend rejecting >all mail from mail.vbot.org? Even though it has a valid RDNS (even if it >doesn't match the original DNS name), and a valid MX record for the domain >pointing to the same IP address? > > Does your SMTP server identify itself as mail.vbot.org, mail.aristiasoft.com, or karen.aristiasoft.com? Does it change depending on who sends the mail? I'm pretty sure the server only identifies itself by one name and that should be karen.aristiasoft.com which should pass the RDNS check. If for some reason it doesn't, I believe you can set the HeloDomain variable to ensure the RDNS check works properly, correct? >I think if you followed through on that, you would end up rejecting a lot >of mail from a lot of places... > > > > I may be misunderstanding how the mail server uses DNS, but I thought that a SMTP server should always identify itself by it's host name as listed by the PTR record and not by the virtual domains it handles. When a mail server uses SMTP-RDNS to verify the identity of the sending host doesn't it check the IP of the sending host against the IP returned by RDNS to determine if the host is indeed who it says it is? I've used SMTP-RDNS since I started using XMail and I've never noticed any valid mail getting rejected (although, getting back to my original point, if a system is mis-configured it could happen). If I'm off track here maybe you could clarify this for me ;-) Jeff - 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: relaying issue
Dale Qualls wrote: >Great, thank you. > >I was wondering about the reverse DNS lookup that some mailservers do. > >If my xmailserver has a default domain of mydomain.org and a reverse DNS = >lookup pointing to mydomain.org all is well. But, if myseconddomain.org = >users send a message to a place that does reverse DNS lookups and it = >resolves back to mydomain.org, is it common for the receiving server to = >reject the message for relaying? > > In a standard DNS configuration you would have a domain 'zone' file for each domain name and a 'reverse lookup' zone file for each block of IPs. The zone file typically has records that resolve a name to an IP address: myhost A 12.34.56.78 The reverse lookup zone file has the opposite record: 78 PTR myhost.mydomain.org The reverse lookup zone file knows what domain each IP is in. If a remote mail server does a reverse lookup and gets mydomain instead of myseconddomain, then it's configured wrong and you need to contact the ISP or whomever handles DNS for these domains. It would be good policy for the remote mail server to reject any address that fails RDNS lookup since it's most likely either spoofed or broken. Jeff - 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: AW: Re: AW: Re: XMail growing memory image ...
Pascal de R. wrote: >lundi 12 janvier 2004 at 18:21:26, you said : > >Jeffrey> Pascal de R. wrote: > > > >>>Dear Jeffrey, >>> >>> >>>lundi 12 janvier 2004 at 16:53:00, you said : >>> >>> >>>Jeffrey> Have you tried using the kernel from the RPM? >>> >>>I'm not sure to understand your suggest ? >>> >>> >>> >>> >>> > >Jeffrey> Poor choice of words, I should have said binary not kernel. You can >Jeffrey> install XMail RPM file which uses a pre-built >Jeffrey> binary that works on most >Jeffrey> systems. Have you tried using this binary on your system? > >Except one version built by Davide on RH8, no. But in same time I'm >not sure to find it on RPMFind ? > > You can find the link to the RPM on the xmailserver home page. I don't know what system Davide compiled this on. This may be the binary you already tried. http://www.xmailserver.org/xmail-1.17-1.i386.rpm Jeff - 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: AW: Re: AW: Re: XMail growing memory image ...
Pascal de R. wrote: >Dear Jeffrey, > > >lundi 12 janvier 2004 at 16:53:00, you said : > > >Jeffrey> Have you tried using the kernel from the RPM? > >I'm not sure to understand your suggest ? > > > Poor choice of words, I should have said binary not kernel. You can install XMail RPM file which uses a pre-built binary that works on most systems. Have you tried using this binary on your system? Jeff - 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: AW: Re: AW: Re: XMail growing memory image ...
Pascal de R. wrote: > Unfortunatly, xmail crashed at 3pm :-(( > > > Any other idea ? > > > Have you tried using the kernel from the RPM? Jeff - 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] More Changes to Guide
Hi All, I've made some changes to the Sections II and III of the Beginner's Guide to clarify some instructions and make a few corrections. Section II has been changed to clarify the issue of mail domains vs local network domain starting with the chapter "Configure XMail's Server.tab File". I have also corrected the description of the CtrlClnt -s switch in Sections II and III and changed the names of the placeholders to better reflect the required values. I encourage anyone who reads or uses the Guide to let me know of any problems or inaccuracies. I'm still very new to XMail myself and I while I'm pretty strong on 'how' I don't always fully understand 'why' and this can lead to errors. Jeff - 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: web access
Dale Qualls wrote: >What is the preferred webmail client for xmail? > >I was planning on using SquirrelMail, but it appears that xmail doesn't = >use IMAP, just POP3 (unless I'm completely mistaken). > > Davide is diligently working on IMAP support and we don't want to disturb him so we have to be vewwy vewwy quiet! >Thanks! > >By the way, thanks much to Peter and Jeff, my AV is working perfectly!!! > > > No problem, glad you got it working :-) Jeff - 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: Log files?
Joerg Battermann wrote: >Hello there :) > >quick q: where do I set aka enable / find xmail's log files? > > > You need to start XMail with the appropriate switches. See: http://www.xmailserver.org/Readme.html#command_line The logs will be in the $MailRoot/logs directory of course :-) Jeff - 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]
