[xmail] strange Xmail behaviour (v1.23)
Hello people, I've had a strange XMail behaviour the last couple of days. Server was (I've upgraded it, please read on) a slackware 12.2 box with XMail v1.23. People for this specific box started complaining that they send mail from their MUAs but never receive anything or their intended receipients. That was the absolute truth. I've had a quick hunt on the logs and found nothing. BTW, I have to XMail logs to look at. This is really weird also. Then, without knowing what else to do since this was a live system that mis-behaved, I stopped XMail process and started a quick upgrade from v1.23 to v1.26. After that everything worked like before. However, I find this most suspicious. Would anyone have any idea what I should check ? Maybe the executable got corrupted or changed in any way ? Also, how would someone configure XMail so to receive logs from it (XMail) somewhere on the hard drive ? Any help would be appreciated, Thank you in advance all, S. Tsiolis - I merely function as a channel that filters music through the chaos of noise - Vangelis _ Keep your friends updated—even when you’re not signed in. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_5:092010___ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail
Re: [xmail] strange Xmail behaviour (v1.23)
On Mon, 4 Jan 2010, Spyros Tsiolis wrote: Hello people, I've had a strange XMail behaviour the last couple of days. Server was (I've upgraded it, please read on) a slackware 12.2 box with XMail v1.23. 1.23?!? I wasn't even born when 1.23 came out! :) People for this specific box started complaining that they send mail from their MUAs but never receive anything or their intended receipients. That was the absolute truth. I've had a quick hunt on the logs and found nothing. Do you know what/how to look for? When XMail gets a message from the MUA, an SMTP log entry is generated, with a unique message ID. When XMail delivers the message to a remote MTA, you find an entry in the SMAIL log, with the same message ID. When the message leaves the XMail domain, it is up to the remote MTA to notify XMail if something goes wrong. Without a customer telling you a specific date and a recipient of a missing email, you can dig inside the logs, you will not be able to assert anything by simply looking at the logs. - Davide ___ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail
Re: [xmail] strange Xmail behaviour (v1.23)
On 4 Jan 2010 at 15:05, Spyros Tsiolis wrote: Hello people, I've had a strange XMail behaviour the last couple of days. Server was (I've upgraded it, please read on) a slackware 12.2 box with XMail v1.23. People for this specific box started complaining that they send mail from their MUAs but never receive anything or their intended receipients. 1.26/1.27pre swapping over a few times but now 1.27pre10. spamassassin rules not updated? check spam folders etc That's only problem I've heard of, year 2009, but not had any adverse impact for me as I have high threshold but I did check and noted all spam scores were higher until sa rules were updated. That was the absolute truth. I've had a quick hunt on the logs and found nothing. BTW, I have to XMail logs to look at. This is really weird also. Other possibility is you lost internet connection for a while and mails are still queued to go out or have been frozen. Do a scan of your spool file or use ctrclnt to check Frozen messages I have and checked are delivery failures and running frozsubmit sometimes clears some/all or does nothing if mails are misaddressed. Then, without knowing what else to do since this was a live system that mis-behaved, I stopped XMail process and started a quick upgrade from v1.23 to v1.26. After that everything worked like before. However, I find this most suspicious. Would anyone have any idea what I should check ? Maybe the executable got corrupted or changed in any way ? On NetBSD there is a security report between file changes and I also have a copy of each MailRoot/bin that I have updated and recently run md5 against to check nothing changed. Also, how would someone configure XMail so to receive logs from it (XMail) somewhere on the hard drive ? Look at the docs that give the commandline options which have those for debugging listed. I have masses of logs in /var/MailRoot/logs/ and find them very useful at times. I think Davide prefers the xmail options all to be in commandline whilst I'd prefer an xmail.conf but it's not that important an issue for me. My commandline options are set in /etc/rc.d/xmail but on linux I've no idea. Any help would be appreciated, Thank you in advance all, ___ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail
Re: [xmail] strange Xmail behaviour (v1.23)
On Mon, 4 Jan 2010, David Lord wrote: I think Davide prefers the xmail options all to be in commandline whilst I'd prefer an xmail.conf but it's not that important an issue for me. My commandline options are set in /etc/rc.d/xmail but on linux I've no idea. Let me be clear again on that. People wanted command line arguments inside the server.tab file, which is NOT the place from them. Command line arguments are parsed one at program startup, and changing them after that results in nothing, since the actions and configuration that are driven by them, are only performed at boot time. The server.tab file has, and had always been, a configuration file whose options can be changed at any time, and immediately after are they visible to the user. The server.tab file is NOT the correct place for command line options. Another file, like conf.tab or something, might be. Although do you really need an extra file to pass comand line options, when you have the environment (on Unix) and the registry (on Windows)? - Davide ___ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail
Re: [xmail] strange Xmail behaviour (v1.23)
Hi again Davide, 1.23?!? I wasn't even born when 1.23 came out! :) :-) Yes, yes, we should upgrade to the latest version when available. I know. People for this specific box started complaining that they send mail from their MUAs but never receive anything or their intended receipients. That was the absolute truth. I've had a quick hunt on the logs and found nothing. Do you know what/how to look for? When XMail gets a message from the MUA, No , I don't know what to look for . That's the nacked truth. an SMTP log entry is generated, with a unique message ID. When XMail delivers the message to a remote MTA, you find an entry in the SMAIL log, with the same message ID. But _this_ I know :-) When the message leaves the XMail domain, it is up to the remote MTA to notify XMail if something goes wrong. Without a customer telling you a specific date and a recipient of a missing email, you can dig inside the logs, you will not be able to assert anything by simply looking at the logs. I _did_ check the system though, but sending a couple of e-mail message back and forth from web-based mail addresses (like this one). Nothing came through and I noticed that whatever I tried to send from the problematic domain didn't get out of the LAN. - Davide ___ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail s. _ Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_3:092010___ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail
Re: [xmail] strange Xmail behaviour (v1.23)
On Mon, 4 Jan 2010, Spyros Tsiolis wrote: Hi again Davide, 1.23?!? I wasn't even born when 1.23 came out! :) :-) Yes, yes, we should upgrade to the latest version when available. I know. People for this specific box started complaining that they send mail from their MUAs but never receive anything or their intended receipients. That was the absolute truth. I've had a quick hunt on the logs and found nothing. Do you know what/how to look for? When XMail gets a message from the MUA, No , I don't know what to look for . That's the nacked truth. an SMTP log entry is generated, with a unique message ID. When XMail delivers the message to a remote MTA, you find an entry in the SMAIL log, with the same message ID. But _this_ I know :-) When the message leaves the XMail domain, it is up to the remote MTA to notify XMail if something goes wrong. Without a customer telling you a specific date and a recipient of a missing email, you can dig inside the logs, you will not be able to assert anything by simply looking at the logs. I _did_ check the system though, but sending a couple of e-mail message back and forth from web-based mail addresses (like this one). Nothing came through and I noticed that whatever I tried to send from the problematic domain didn't get out of the LAN. Messages do not disappear, unless there is some hardware or OS problem. If you send a message, *and* the message is accepted by XMail, than the message is either in the spool (and you have the slog for it), or you'll find an entry for it leaving the system in the SMAIL log. - Davide ___ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail
Re: [xmail] strange Xmail behaviour (v1.23)
On 4 Jan 2010 at 9:27, Davide Libenzi wrote: On Mon, 4 Jan 2010, David Lord wrote: I think Davide prefers the xmail options all to be in commandline whilst I'd prefer an xmail.conf but it's not that important an issue for me. My commandline options are set in /etc/rc.d/xmail but on linux I've no idea. Let me be clear again on that. People wanted command line arguments inside the server.tab file, which is NOT the place from them. Command line arguments are parsed one at program startup, and changing them after that results in nothing, since the actions and configuration that are driven by them, are only performed at boot time. The server.tab file has, and had always been, a configuration file whose options can be changed at any time, and immediately after are they visible to the user. The server.tab file is NOT the correct place for command line options. Another file, like conf.tab or something, might be. Although do you really need an extra file to pass comand line options, when you have the environment (on Unix) and the registry (on Windows)? I see that point very well and agree with it, it's just that to me /etc/rc.d/ seems a strange and forgetable place for configuration options. It's easy enough to arrange to pick up the commandline parameters from rc.conf or rc.local though so I might try that. cheers David ___ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail