Sponsored Content
Full Discussion: unable to send mail?
Operating Systems Solaris unable to send mail? Post 79558 by RTM on Thursday 28th of July 2005 10:07:53 AM
Old 07-28-2005
Check your messages file for errors - if you don't know where (or if) mail errors are logged, check /etc/syslog.conf.

Check that DNS can find the IP for yahoo.com mailservers -
$ nslookup
> set type=mx
> yahoo.com

If your DNS isn't finding a mail exchange record then your system is simply bouncing the email back to the local user due to that error.

You can also check sendmail with the following:
$ /usr/lib/sendmail -d0.1 -bt < /dev/null
which will output info on what sendmail sees as far as configuration. Check that it's using DNS (look for NAMED_BIND) and check that the system identity comes out with no issues.

Last edited by RTM; 07-28-2005 at 11:23 AM..
 

10 More Discussions You Might Find Interesting

1. Linux

Unable to send mail - but no errors found :-(

Hi Guys I am using this version of Linux box (as shown below). I am unable to send email from the box. But I am not getting any errors while sending email. :mad: Any idea what could be the reason? What entry should I check? :confused: $ uname -a Linux machine-name 2.4.21-144-smp4G #1... (6 Replies)
Discussion started by: csaha
6 Replies

2. AIX

unable to send mail

hi, I have tried this code to send mail.Its not giving me error but I am not receiving mail also. #!/bin/ksh echo "The first mail" >msg cnt=`cat /dir1/msg | wc -l` if then mail -s "Hello" abc.xyz@domain.com < msg fi I have also tried with the command mailx -s "hello"... (0 Replies)
Discussion started by: monika
0 Replies

3. Shell Programming and Scripting

Unable to send a mail

Hi, I have been trying to send a mail from a remote site using this script To send the mail: #!/bin/ksh MAILTO="abc@xyz.com" BACKUPDIR="/wls_domains/wli81_1/RHTEAM/OUTPUTBACKUP/" #BACKUPDIR="../OUTPUTBACKUP/" while ; do print $1 uuencode $1 $1 | mail $MAILTO ... (3 Replies)
Discussion started by: monicaminj2000
3 Replies

4. Solaris

Unable to send mail

Hey guys i got this error my logs - I ping 127.0.0.1 and it says that its alive - I checked sendmail and it is running - I tried to send a test email but nothing happens it seems that it hangs - What is the possible cause of this? (5 Replies)
Discussion started by: sbn
5 Replies

5. Solaris

Unable to send mail

hi all i got two server, mercury and procyon mercury can send email but procyon cannot below is their syslog mercury: Jul 6 13:17:17 mercury sendmail: n665HGXg006886: to =<leecw@domain.com>, ctladdr=<ora10g@mercury.domain.com> (4001/101), d elay=00:00:01, xdelay=00:00:01,... (7 Replies)
Discussion started by: SmartAntz
7 Replies

6. AIX

Unable to send mail.. Need experts Help..

i'm having accounts in 2 servers..1 is a AIX server and other is solaris..both are under same domain,say a.X.com and b.X.com.. from my solaris account i'm able to send mails to any ids.. but in case of my Aix account i'm just able to receive mails tat too either from other accounts in the same AIX... (1 Reply)
Discussion started by: kannangce
1 Replies

7. Solaris

Unable to send mail through mailx

Hi, I am using solaris 5.9 OS and I am facing an issues with mailx. My SMTP port is configured to listen 6190 and not the default one which is 25. I can send mail to my inbox when i do it manually through the following steps root@<dbname> # telnet 15.12.88.10 6190 Trying 15.12.88.10...... (0 Replies)
Discussion started by: Srinathkiru
0 Replies

8. Shell Programming and Scripting

Unable to send mail

Hi friends I am trying to send mail through a unix server. I am using following command mailx -s "THIS IS TEST" jhon@gmail.com Whenever i am typing the above command it is going to next line when i press @ on unix server prompt. so it is taking this command as following mailx -s "THIS... (3 Replies)
Discussion started by: Nakul_sh
3 Replies

9. UNIX for Advanced & Expert Users

Unable to send mail with 'mail' command

I am unable to cause the 'mail' command to send mail from my linux ubuntu 15.10 computer. File 'mail.log' typically reports Connection timed out. I issue the command: mail -s "my subject" recipient@domain.com < filenamewhere filename is a file containing my message. Specifically, the... (3 Replies)
Discussion started by: tcnm
3 Replies

10. Solaris

Unable to send mail from non-global zone

TLDR; non-global-zone has same configuration files (sendmail.cf) as global-zone but still unable to send mail out using mailx I have a S11.3 system that has a non-global-zone which uses the exact same sendmail.cf configurations as the global but, unable to send mail out from it. Apparently... (2 Replies)
Discussion started by: samthewildone
2 Replies
DDTC.1(1)						User Contributed Perl Documentation						 DDTC.1(1)

NAME
ddtc - ddts client tool to help translators and reviewers. SYNOPSIS
ddtc [OPTIONS] COMMAND [ARGUMENTS] DESCRIPTION
This script helps both translators and reviewers with parsing mails from the ddts, splitting them into individual package files, sending reviews and patching buggy translations. Before sending back the translation or the review to the server, the script performs a few tests on it and does not sent it if one of the following succeeds: - number of paragraphs is different in the description and its translation, - line length is more than 80 characters, - <tab> character is found, - line starts with a dot (.) followed by other characters. It can also be run in interactive mode if no command is provided. In this case, menus are displayed to prompt the user for commands. COMMANDS
Here is the basic process: - Receiving mail from the ddts Pass the whole mail (i.e. with header and Mime parts) you received from the ddts to the standard input of this script, providing the parse command. If it finds descriptions to translate, it creates a package.todo file for each of them in your Base_dir/tr directory, diffing it with the preceding you have already translated if it exists. If it finds descriptions to review, it creates a package.todo file for each of them in your Base_dir/rev directory. If a preceding review exists, it diffs both and write the diff or set the description as reviewed if there is no difference. If it finds a bug report, it creates a package.bug file in your Base_dir/bug directory, it merges all bug reports to ease corrections. It also tries to detect collisions (see below). - Working with the files - Translating Rename the package.todo file in your Base/tr directory into package.tr. Edit it with your favorite text editor. - Reviewing Rename the package.todo file in your Base_dir/rev directory into package.rev. Do not edit the package file (with no extension), it is used internally by ddtc. Edit it with your favorite text editor. You can add comments that will be sent to the translator by adding lines beginning with `>> ' (your $Comment variable contents followed by a mandatory space character). If a translation has already been reviewed and has been modified the script show you the differences between both versions. Lines beginning with `>>--' correspond to your last version you reviewed, replace this by `+>--' if you think the translator is still wrong. Lines beginning with `>>++' are the new translator's version, replace this by `+>++' if you agree with the translator. Of course, if you still disagree with the translator, you can add comments as indicated above. - Fixing bugs Rename the package.bug file in your Base_dir/bug directory into package.fix. Edit it with your favorite text editor. It contains all changes and comments of the reviewers. Lines beginning with `>>' are comments and doesn't have to be removed. Lines beginning with `>>X+' are suggested corrections, replace this by `+>X+' if you want to validate it. Lines beginning with `>>--' are your last translation, replace this by `+>--' if you don't want to accept suggested corrections. Run the script providing the fix command. It creates a new package.tr file in your Base_dir/tr directory containing the unchanged lines and the lines you have selected. To prevent collisions (reviewers sending review based on a different version than yours), don't send fixed descriptions too often (once a day should be fine), retrieve your mails and parse them just before fixing, send the fixed description as soon as possible afterward. - Sending files back to the ddts Run the script providing the mail command. It sends descriptions from package.tr and package.rev files back to the ddts renaming them into package.sent and closing bugs if neces- sary. - Sending commands to the server Run the script providing the commands you want to be sent to the server. It checks the commands and send them to the server. Available commands: section section name sget package name get package name get number of packages review package name review number of packages getbug list of bug numbers btsclose list of bug numbers notification list of languages listtranslatedpackages status noneveraguide neveraguide noguide guide In each set: sget/get/review/getbug/btsclose/notification, noneveraguide/neveraguide and noguide/guide, only the first found command is used. The script automatically adds language, encoding and mail address (Mail_in) if requested, noguide is default. Due to server limitation, to avoid risk of deny of service attack, you cannot receive for more than 9 new documents at the same time. The script does not check for this, but the server will. For sget, get, review, status and listtranslatedpackages you have either to define the $Language variable in you .ddtcrc configuration file, or to provide a language extension via the --lang or -l option. - Cleaning directories Run the script providing the clean command. It removes unnecessary files in ddtc directories but temporary one as this directory should be a system wide temporary directory cleaned via system scheduled threads, but for debugging reason. - Getting statistics about my work Run the script providing the stats command. It prints figures based on file counts, it may not be accurate if directory cleaning has not been made before. OPTIONS
Verbosity level: -q, --quiet quiet mode -v verbose, start at level $Debug + 1, add more for more verbosity (see below) --verbose n set verbosity level to n (see below) cc mails to one-self: -s, --mail-self send mails also to oneself -n, --nomail-self don't send mails to oneself other: -l, --lang language extension to use when asking for new documents to translate or to review --ddtc-bug send review in special format. Ask your language coordinator before using this option. --noddtc-bug send review in standard format. -V, --version print version and exit -h, --help print usage and exit Verbosity Level 0 quiet only warnings and errors 1 normal package names, reviewer/translator names and bugs numbers 2 reserved for internal use 3 debug normal names of subroutines 4 debug verbose names and short arguments of subroutines 5 debug very verbose names, arguments and return values of subroutines 9 debug don't send mails same as 5 but send mails to oneself instead of ddts level 5 and 9 are really verbose, so you should direct the output to a file. SEE ALSO
ddtcrc(5). http://ddtp.debian.org/ddtp-text/misc/ddts-faq.txt. http://ddtp.debian.org/ddtp-text/guides/guide.txt. http://ddtp.debian.org/ddtp-text/guides/review.txt. AUTHOR
Nicolas Bertolissio <bertol@debian.org> perl v5.8.4 2004-06-18 DDTC.1(1)
All times are GMT -4. The time now is 07:13 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy