<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: mailq messages .. in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570291#M30451</link>
    <description>Where you have files beginning with Qf (as opposed to qf), this means that for some reason sendmail couldn't "trust" the contents of the file.&lt;BR /&gt;&lt;BR /&gt;This is logged in the mail.log file. If you search for "Losing", you are likely to find out what caused the problem.</description>
    <pubDate>Tue, 28 Aug 2001 15:03:08 GMT</pubDate>
    <dc:creator>Dave Kelly_1</dc:creator>
    <dc:date>2001-08-28T15:03:08Z</dc:date>
    <item>
      <title>mailq messages ..</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570284#M30444</link>
      <description>when i run the mailq command I get this output.This is a public mail server for our internet service. The example i have for user@mydomain is a user on our domain change the name to protect the innocent. But That message comes up servel times with the mailq command&lt;BR /&gt;&lt;BR /&gt;&lt;USER&gt;&lt;BR /&gt;NAA23716   226469 Mon Aug 20 13:54 MAILER-DAEMON&lt;BR /&gt;                 (I/O error: Error 0)&lt;BR /&gt;                                   &lt;TRUSHING&gt;&lt;BR /&gt;MAA23799* (no control file)&lt;BR /&gt;NAA08981* (no control file)&lt;BR /&gt;NAA04837* (no control file)&lt;BR /&gt;MAA26867* (no control file)&lt;BR /&gt;OAA11634* (no control file)&lt;BR /&gt;MAA26804* (no control file)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I also get this here and there with the mailq command. &lt;BR /&gt;(user1@domain.com.mx&amp;gt;... reply: read error from mail2.mps)&lt;BR /&gt;(Deferred: Connection reset by otherdomain.com.)&lt;BR /&gt;(Deferred: Connection refused by mail.somewhere.com.)&lt;BR /&gt;&lt;BR /&gt;what does all this mean is there a problem with the mail server?&lt;BR /&gt;&lt;BR /&gt;Richard&lt;/TRUSHING&gt;&lt;/USER&gt;</description>
      <pubDate>Sat, 25 Aug 2001 18:07:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570284#M30444</guid>
      <dc:creator>someone_4</dc:creator>
      <dc:date>2001-08-25T18:07:47Z</dc:date>
    </item>
    <item>
      <title>Re: mailq messages ..</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570285#M30445</link>
      <description>Hi Richard,&lt;BR /&gt;&lt;BR /&gt;This is explained quite clearly in the document KLTKBRC00005434, so i will just attach the document rather than trying to explain it.&lt;BR /&gt;&lt;BR /&gt;/Begin/&lt;BR /&gt;&lt;BR /&gt;The 'no control file' error and what it means DocId: KLTKBRC00005434   Updated: 1/31/01 3:43:00 PM &lt;BR /&gt;&lt;BR /&gt;PROBLEM&lt;BR /&gt;&lt;BR /&gt;What causes sendmail to produce the (no control file) error when running the&lt;BR /&gt;/usr/bin/mailq command?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;RESOLUTION&lt;BR /&gt;&lt;BR /&gt;Sendmail Warning: Zero byte qf and df files in the Queue&lt;BR /&gt;&lt;BR /&gt;Discussion:&lt;BR /&gt;Terminating (ctrl-c) a sendmail debug session prior to normal completion will&lt;BR /&gt;create zero byte 'qf' and/or 'df' files in the queue (the termination of a&lt;BR /&gt;session established over port 25 may also rarely cause these files).  The&lt;BR /&gt;presence of these files may cause alarm and can mislead an administrator into&lt;BR /&gt;thinking sendmail is somehow failing.&lt;BR /&gt;&lt;BR /&gt;The /usr/bin/mailq is linked to /usr/sbin/sendmail and actually&lt;BR /&gt;perfoms a /usr/sbin/sendmail -bp which produces the following output:&lt;BR /&gt;&lt;BR /&gt;# mailq&lt;BR /&gt;                Mail Queue (2 requests)&lt;BR /&gt;--Q-ID-- --Size-- -----Q-Time----- ------------Sender/Recipient------------&lt;BR /&gt;RAA23905  (no control file)&lt;BR /&gt;RAA23907  (no control file)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;The above warning is caused by zero length 'qf' files in the mail queue, for&lt;BR /&gt;example . . .&lt;BR /&gt;&lt;BR /&gt;[/var/spool/mqueue] ll&lt;BR /&gt;total 4&lt;BR /&gt;-rw-------   1 root       mail            45 Jan 31 17:21 dfRAA23905&lt;BR /&gt;-rw-------   1 root       mail            45 Jan 31 17:22 dfRAA23907&lt;BR /&gt;-rw-------   1 root       mail             0 Jan 31 17:22 qfRAA23905&lt;BR /&gt;-rw-------   1 root       mail             0 Jan 31 17:22 qfRAA23907&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Action/Fix:&lt;BR /&gt;Sendmail 8.x queue runs should eventually remove the zero byte qf and df&lt;BR /&gt;files.  However, this process is inconsistent, therefore, manual removal of the&lt;BR /&gt;zero byte files may be necessary.&lt;BR /&gt;&lt;BR /&gt;Stop the sendmail daemon, /sbin/init.d/sendmail stop, remove any zero&lt;BR /&gt;byte qf and/or df files that exist in /var/spool/mqueue, and restart&lt;BR /&gt;/sbin/init.d/sendmail start.&lt;BR /&gt;&lt;BR /&gt;/End/&lt;BR /&gt;&lt;BR /&gt;-Regards&lt;BR /&gt;Ramesh</description>
      <pubDate>Sat, 25 Aug 2001 19:31:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570285#M30445</guid>
      <dc:creator>linuxfan</dc:creator>
      <dc:date>2001-08-25T19:31:50Z</dc:date>
    </item>
    <item>
      <title>Re: mailq messages ..</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570286#M30446</link>
      <description>Usually when sendmail establishes a connection with the remote sendmail and yet to receive the data, it shows up as no control file in the mailq this the operation completes. On a busy server, you see it all the time. If you keep on seeing the queue constant with the same queue ids, then there could be a problem with the originating end which could be due to abnormal termination. They can be simply removed with rm command. But before doing so you should pay little extra attention otherwise cause the other mails to be deleted.&lt;BR /&gt;&lt;BR /&gt;-Sri&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 25 Aug 2001 23:52:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570286#M30446</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2001-08-25T23:52:31Z</dc:date>
    </item>
    <item>
      <title>Re: mailq messages ..</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570287#M30447</link>
      <description>Hey guys I deleted some files and my mailq is not empty. But I do an ll  in var/spool/mqueeu&lt;BR /&gt;and I see some old files as below. Should I delete them too?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;total 112&lt;BR /&gt;-rw-------   1 root       mail           825 Apr 14 07:19 QfEAA26256&lt;BR /&gt;-rw-------   1 root       mail           798 Apr 14 08:20 QfIAA12029&lt;BR /&gt;-rw-------   1 root       mail           798 Apr 14 08:51 QfIAA21463&lt;BR /&gt;-rw-------   1 root       mail           798 Apr 14 09:21 QfJAA00450&lt;BR /&gt;-rw-------   1 root       mail           798 Apr 14 09:52 QfJAA09807&lt;BR /&gt;-rw-------   1 root       mail           798 Apr 14 10:22 QfKAA19151&lt;BR /&gt;-rw-------   1 root       mail           797 May  2 12:26 QfMAA09216&lt;BR /&gt;-rw-------   1 root       mail           797 May  2 12:05 QfMAA14726&lt;BR /&gt;-rw-------   1 root       mail           797 May  2 12:56 QfMAA18297&lt;BR /&gt;-rw-------   1 root       mail           796 May  2 13:57 QfNAA07363&lt;BR /&gt;-rw-------   1 root       mail           796 May  2 13:26 QfNAA27398&lt;BR /&gt;-rw-------   1 root       mail             0 Aug  9 01:08 TfBAA17594&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 14:41 TfHAA03263&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 09:29 TfJAA05731&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 13:36 TfNAA03560&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 13:44 TfNAA09892&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 13:45 TfNAA10586&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 13:24 TfNAA18930&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 20:14 TfNAA22343&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 20:14 TfNAA25289&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 14:49 TfOAA01160&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 15:36 TfOAA06370&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 14:39 TfOAA13648&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 14:48 TfOAA24951&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 15:19 TfPAA05454&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 15:33 TfPAA10926&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 15:29 TfPAA18531&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 15:29 TfPAA21876&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 15:33 TfPAA29167&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 15:36 TfPAS21879&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 16:17 TfQAA09273&lt;BR /&gt;-rw-------   1 root       mail             0 Aug  2 16:17 TfQAA26952&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 17:39 TfTAA12662&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 20:08 TfUAA01947&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 20:44 TfUAA04407&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 20:55 TfUAA05760&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 18 20:13 TfUAA12791&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 20:46 TfUAA27433&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 21:55 TfVAA12969&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 21:51 TfVAA15884&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 21:54 TfVAA18605&lt;BR /&gt;-rw-------   1 root       mail             0 Jul 17 21:27 TfVAA28691&lt;BR /&gt;-rw-------   1 root       mail             0 Aug  8 22:38 TfWAA29697&lt;BR /&gt;-rw-------   1 root       mail          6909 Aug 27 09:37 dfJAA08460&lt;BR /&gt;-rw-------   1 root       mail             0 Aug 27 09:35 dfPAA17076&lt;BR /&gt;-rw-------   1 root       mail             0 Aug 27 09:37 qfJAA08459&lt;BR /&gt;-rw-------   1 root       mail           865 Aug 27 09:37 qfJAA08460&lt;BR /&gt;-rw-------   1 root       mail             0 Aug 27 09:37 xfJAA08459&lt;BR /&gt;-rw-------   1 root       mail             0 Aug 27 09:37 xfJAA08460&lt;BR /&gt;(lvapp13) /var/spool/mqueue#</description>
      <pubDate>Mon, 27 Aug 2001 13:28:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570287#M30447</guid>
      <dc:creator>someone_4</dc:creator>
      <dc:date>2001-08-27T13:28:17Z</dc:date>
    </item>
    <item>
      <title>Re: mailq messages ..</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570288#M30448</link>
      <description>I would do a less on these files as they are probably mail messages to people in your company..check them out before you delete them, or copy them to another location before clearing you mailq.</description>
      <pubDate>Mon, 27 Aug 2001 13:46:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570288#M30448</guid>
      <dc:creator>Kevin Wright</dc:creator>
      <dc:date>2001-08-27T13:46:16Z</dc:date>
    </item>
    <item>
      <title>Re: mailq messages ..</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570289#M30449</link>
      <description>Hi Richard,&lt;BR /&gt;&lt;BR /&gt;what you could do is  stop sendmail, move &lt;BR /&gt;dfJAA08460 and qfJAA08460 (if you don't care about these then you can delete everything). Everything else is 0 bytes so its ok to delete them. and then restart your sendmail.&lt;BR /&gt;&lt;BR /&gt;-Regards&lt;BR /&gt;Ramesh</description>
      <pubDate>Mon, 27 Aug 2001 13:54:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570289#M30449</guid>
      <dc:creator>linuxfan</dc:creator>
      <dc:date>2001-08-27T13:54:35Z</dc:date>
    </item>
    <item>
      <title>Re: mailq messages ..</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570290#M30450</link>
      <description>You can certainly delete all the ones that have&lt;BR /&gt;zero bytes and with old time stamp.&lt;BR /&gt;&lt;BR /&gt;You can also delete the ones that have old time stamp. But I would check the qf file to see where it's been addressed.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Mon, 27 Aug 2001 21:23:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570290#M30450</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2001-08-27T21:23:42Z</dc:date>
    </item>
    <item>
      <title>Re: mailq messages ..</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570291#M30451</link>
      <description>Where you have files beginning with Qf (as opposed to qf), this means that for some reason sendmail couldn't "trust" the contents of the file.&lt;BR /&gt;&lt;BR /&gt;This is logged in the mail.log file. If you search for "Losing", you are likely to find out what caused the problem.</description>
      <pubDate>Tue, 28 Aug 2001 15:03:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/mailq-messages/m-p/2570291#M30451</guid>
      <dc:creator>Dave Kelly_1</dc:creator>
      <dc:date>2001-08-28T15:03:08Z</dc:date>
    </item>
  </channel>
</rss>

