Re: [otrs] RE: otrs Digest, Vol 26, Issue 19
Failure to resolve an address indicates that either the domain name does not exist or a DNS configuration issue. Error messages in original message support this... Have you checked the server mail logs, attempted to resolve the addresses (i.e with PING), and checked the DNS entries on an alternative DNS server. Fetchmail collects and passes mail to the MDA which then processes the mail, the MDA logs may contain more information. If the domain name does not resolve, but a record exists in the DNS it is usually a DNS server issue, if no record exists for a domain but the domain name is registered it is a DNS registration issue, otherwise this is a perfectly normal response if you have configured your MDA not to accept mail from unresolvable domains. BTW unresolvable sender address domains are good indicators for spam or possibly SMTP hacking attempts. This is NOT an OTRS problem but a more fundamental mail server and DNS configuration issue. On Thu, 2005-09-15 at 13:13 +0200, Florent PREVOST wrote: Hi all, Thx to Duarte for his help but it is not a DNS problem. These error messages only appear for these emails. Dozen and dozen of others are ok. The problem is also the fact that that seems to be a message from fetchmail. I use fetchmail only to get emails from another server to give them to OTRS. Anyone has another idea ? Thx Florent -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de [EMAIL PROTECTED] Envoye : jeudi 15 septembre 2005 07:48 A : otrs@otrs.org Objet : otrs Digest, Vol 26, Issue 19 Send otrs mailing list submissions to otrs@otrs.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.otrs.org/cgi-bin/listinfo/otrs or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of otrs digest... Today's Topics: 1. RE: smtp error (Duarte Cordeiro) 2. Sub-Queue in OTRS 1.3.2 (Jason Joines) 3. RE: Sub-Queue in OTRS 1.3.2 (West, Bradley G.) 4. Re: Sub-Queue in OTRS 1.3.2 (Jason Joines) 5. remove a queue, remove an e-mail address? (Pim Rupert (Lemonbit Internet)) 6. Bulk-Action no longer works with popup disabled. (John Hennessy) 7. Re: Bulk-Action no longer works with popup disabled. (John Hennessy) -- Message: 1 Date: Wed, 14 Sep 2005 16:37:20 +0100 From: Duarte Cordeiro [EMAIL PROTECTED] Subject: RE: [otrs] smtp error To: User questions and discussions about OTRS.org otrs@otrs.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=utf-8 Hi, You seem to have a problem with the dns server youb ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/
Re: [otrs] Mail Timestamp.
Have you checked the Mail Headers, and what time zone the mail client you are receiving the mail thinks it is in? Combinations of local clock, UTC, and non UTC settings can cause some mail clients to display timestamps incorrectly. BTW: If memory serves me right mail relays are not supposed to reset the initial timestamp. On Wed, 2005-07-06 at 10:47 +0100, Tony Saurini wrote: Thats a good suggestion, Trevor. The thing is, I'm in London. All Time Zone settings are at GMT with a fat +0 for everything. I've tested by sending both to my work account and my personal email account (hich is hosted in Montana). I've haven't had timestamp troubles since I've gotten here. More Troubleshooting: - I also tested the box itself by whipping up a php script to shoot me an email directly through its functions and THAT timestamp is hunky-dory. - Messages straight from the command line with sendmail are properly timestamped as well. I'm flummoxed. -t PS: Go London 2012! Date: Tue, 5 Jul 2005 15:03:26 -0400 From: Trevor Vaughan [EMAIL PROTECTED] Subject: Re: [otrs] Mail Timestamp. Are you West Coast US? If so, it sounds like you're having a GMT difference problem somewhere in your mail path, either at the source or destination. On 7/5/05, Tony Saurini [EMAIL PROTECTED] wrote: I'm working in implementing OTRS for our company and I notied the mails that are getting sent during my tests have a totally whach timeestamp, and I cannot dig up anything in the documentation or the code as to where I can fix this. Anyone have any ideas? - OTRS 1.3.2 - System time of server is dead on, timezone on server has been checked. - Everything seems okay. Timestamp is roughly 8 hours off, give or take a couple minutes. ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/
Re: [otrs] Re: Upgraded system and now OTRS causes a segfault in apache
Did you follow the procedure provided in the UPGRADING document found in the otrs directory, when you initially upgraded from 1.2 to 1.3? On Fri, 2005-06-17 at 01:33 +0100, Des Quinn wrote: Well I have made some progress albeit is a parralell direction :) I have installed the windows version of otrs installer onto a vmware XP session. I have then pointed this at the OTRS database on the linux machine. And it works with me being able to view all the tickets. Now I have not done too much testing yet but I am wondering if a otrs 1.24 install pointing at a otrs 1.31 database is going to end in some trouble. However thats not a major issue as I will be using this as a read only system to look at past info until I get it working properley on the Linux box so does this give any more clues into my problem .? Des Quinn wrote in message news:[EMAIL PROTECTED] Hi, I was using a RH9 based distribution with Apache 2 (httpd-2.0.40-24) and mysql 3 (mysql-3.23.58-1.9) but decided to upgrade to the latest version of the distribution which is based on Fedora Core 2 (kernel 2.6.9.10). This uses apache 2 (httpd-2.0.51-3.0.cc) and mysql 4 (mysql-server-4.1.8-1.cc). Old perl version was 5.8 and new perl version is 5.8.3 and is located in /usr/bin/perl. Otrs version is 1.31 at the moment but I do not want to upgrade to 1.32 unless that is going to make sense in my current situation. This is th eonly web based application on the box that has failed to work after the upgrade. I have other php based web applications that can access the database without issue, and the websites located on the box are not showing any issues. It is only OTRS that seems to have an issue that results in an apache child process seg faulting. This occurs when I try to access the logon page, either customer or agent and sometimes I dont even get the logon page displaying. When I start the otrs service its checks complete ok although I did have to set OTRS_DB_RUNNING=0 in /etc/sysconfig/otrs. The log shows the connection being authorised when I enter my details into the logon fields but then it just goes to a 404 page. Setting apaches log level to debug does not seem to produce any more information. Having looked through this thread Segmentation fault (Apache 1.3 2) when trying to login to OTRS on the mailing list which appears to be very similar, but I dont get any further by following its suggestions. I do not get any error message when starting via apachectl. Perl:DBI is perl-DBI-1.40-4. Can anyone give me a direction to follow as I am at a loss. regards Des Quinn ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/
Re: [otrs] Otrs mobile phone access
You will get access with a Sony Ericsson using the Opera Browser on p9xx. How usable this is a moot point due to screen size and aspect ratio issues. Nokia 9500 is fine. Probably be OK with 9300 as this is effectively a 9500 without Wi-Fi or camera. Nokia 9210 will load it at about 9.6kbs a second (so very slow). Unfortunately factors effecting performance (hence usability) are not just down to the phone, but also to how the service supplier provides data services. Using the lite theme will probably help performance, but as far as I know there is no mechanism to associate a particular theme with either the location or type of device making the connection. So unless one wants to use the lite theme for all locations one would have to manually reset the theme each one accessed otrs from a mobile device. On Sun, 2005-06-12 at 07:03 -0700, Wes Plate wrote: On 5/25/05 12:54 AM, Graham Smith wrote: Might be worth someone putting together a list of mobile phones/networks otrs works well with. Agreed. So far one person replied that the Blueberry 7250 works well. ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/
Re: [otrs] Re: Re: Upgraded system and now OTRS causes a segfault inapache
Some points of clarification. You seem to be suggesting that you have a 1.3.1 otrs database backending for a 1.2.4 otrs system. As the database schema is different between 1.2.x and 1.3.x would suspect that this could cause a few problems. If on the otherhand you have a unupgraded 1.2.x database being accessed by a 1.3.x otrs setup the 1.3.x setup will tend fall apart. Both 1.2.4 and 1.3.1 accessing the same dataset sounds like one of those interesting experiences :-) The problems you are reporting seems to be consistent with a 1.2.x database being used with 1.3.x (at least in my experience), it is possible that the database itself was not upgraded when you upgraded to the new distro if you were originally running 1.2.x. You do not report what version of otrs was installed before you upgraded the distro. On Fri, 2005-06-17 at 10:09 +0100, Des Quinn wrote: Hi and thanks for the reply. I did not upgrade from 1.2 to 1.3.1, as the upgrade I performed was on the linux box. The otrs version stayed at 1.3.1 while apache, perl, and mysqls version changed. The current windows vmware session has otrs 1.2.4 on it at present but is pointing at a 1.3.1 database on the broken linux machine. regards Graham T. Smith [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Did you follow the procedure provided in the UPGRADING document found in the otrs directory, when you initially upgraded from 1.2 to 1.3? On Fri, 2005-06-17 at 01:33 +0100, Des Quinn wrote: Well I have made some progress albeit is a parralell direction :) I have installed the windows version of otrs installer onto a vmware XP session. I have then pointed this at the OTRS database on the linux machine. And it works with me being able to view all the tickets. Now I have not done too much testing yet but I am wondering if a otrs 1.24 install pointing at a otrs 1.31 database is going to end in some trouble. However thats not a major issue as I will be using this as a read only system to look at past info until I get it working properley on the Linux box so does this give any more clues into my problem .? Des Quinn wrote in message news:[EMAIL PROTECTED] Hi, [Stuff deleted] after the upgrade. I have other php based web applications that can access the database without issue, and the websites located on the box are not showing any issues. It is only OTRS that seems to have an issue that results in an apache child process seg faulting. This occurs when I try to access the logon page, either customer or agent and sometimes I dont even get the logon page displaying. When I start the otrs service its checks complete ok although I did have to set OTRS_DB_RUNNING=0 in /etc/sysconfig/otrs. The log shows the connection being authorised when I enter my details into the logon fields but then it just goes to a 404 page. Setting apaches log level to debug does not seem to produce any more information. Having looked through this thread Segmentation fault (Apache 1.3 2) when trying to login to OTRS on the mailing list which appears to be very similar, but I dont get any further by following its suggestions. I do not get any error message when starting via apachectl. Perl:DBI is perl-DBI-1.40-4. Can anyone give me a direction to follow as I am at a loss. regards Des Quinn ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting fr Ihr OTRS System? = http://www.otrs.de/