[SOLVED] mailx error and inconsistency

apolyonn · 2014-03-22 19:36:52

I'm finalizing a set of utilities that is supposed to send me a text message, via mailx. However, when I set the recipient's email (my email-to-text address: 1234567890@vtext.com) and send the message, I never recieve the email. In addition, I even tried sending texts in a similar manner to, for instance, friends with other phones (5551234567@tmomail.net), but to no avail.

I find this strange because my friend can send me one from his school's server, via mailx (friend@cs.fsu.edu). I also find this strange because I can successfully send messages to my personal email account.

I'm sure that I'm missing something, but I have no idea what.

[edited: the flow of the original post was pretty incoherent]

Last edited by apolyonn (2014-03-25 17:16:27)

apolyonn · 2014-03-23 18:43:27

bump?

apolyonn · 2014-03-23 21:13:23

I set-up postfix to see if it would change something. Now, I can send texts to other friends (ie, @tmomail.com), but I still can't send email-texts to my own phone. I checked the log file and saw this:

Mar 23 17:08:17 Sera postfix/smtp[22083]: 2FBE2181B31: to=<1234567890@vtext.com>, relay=smtp-bb.vtext.com[69.78.128.213]:25, delay=3.2, delays=0.09/0/3.2/0, dsn=4.0.0, status=deferred (host smtp-bb.vtext.com[69.78.128.213] refused to talk to me: 554 njbrspamp2.vtext.com)

Not really sure what I can do from here.

roentgen · 2014-03-23 21:24:52

It looks you are trying to use smtp-bb.vtext.com as a relay for your local postfix install. I guess you could do that with proper auth in place but it should be easier to send directly to it if this postfix is an actual mail server.

If postfix is on a local computer you should indeed use a relay but that should be your actual email address smtp server.

apolyonn · 2014-03-23 21:41:01

roentgen wrote:

It looks you are trying to use smtp-bb.vtext.com as a relay for your local postfix install.

I'm not really sure what you mean by this.

Edit: Not sure if it is useful for anyone here, but this is the log entry for the successful message sent to a friend's phone with T-Mobile:

Mar 23 16:07:49 Sera postfix/smtp[20389]: E750E181949: to=<5551234567@tmomail.net>, relay=mm3.tmomail.net[66.94.9.228]:25, delay=5.4, delays=0.07/0/2.8/2.5, dsn=2.0.0, status=sent (250 2.0.0 1jr693udxv-1 Message accepted for delivery)

Last edited by apolyonn (2014-03-23 21:51:37)

roentgen · 2014-03-23 21:54:16

apolyonn wrote:

roentgen wrote:
It looks you are trying to use smtp-bb.vtext.com as a relay for your local postfix install.
I'm not really sure what you mean by this.

Sorry, I guess I've been mislead by the "relay=smtp-bb.vtext.com[69.78.128.213]:25" in your log. The fact remains that a 554 response usually means "don't try that again" and might be because of your sending address or your sending server.

You should post the full log of the postfix transaction to get a better response and specify if your postfix is a dedicated mail server or your local computer.

Last edited by roentgen (2014-03-23 21:55:24)

apolyonn · 2014-03-23 22:16:36

roentgen wrote:

specify if your postfix is a dedicated mail server or your local computer.

I'm not 100% sure how to classify my setup, but I will do my best to find out. Originally, postfix was installed (apparently), but it wasn't configured; when I sent mail to other addresses (ie, my main email), the recipient name would show up as user@Host, just like in a terminal. I assume that's what you meant by "local computer." In addition, I even tried setting the -r switch for mailx and specifying an existing email of mine

mail -s "test" -r "myemail@domain.edu" phonenumber@vtext.com

but this didn't work either.

Only recently, I tried setting Postfix as a null client; I reasoned that maybe Verizon rejects user@Host because it lacks a standard domain suffix (.com, .net, .edu, and so on); and, since I have a domain name, which I tied to this computer for anywhere-access to SSH, I reasoned that maybe Verizon would accept messages from user@mydomain.org. However, it seems that I'm wrong about that.

Also, I'm not sure where my postfix log is located. Did you mean /var/log/mail.log or /etc/postfix/main.cf?

Last edited by apolyonn (2014-03-23 22:20:02)

apolyonn · 2014-03-24 00:21:17

I just got off the phone with Verizon. Apparently, they just updated their servers, and they're rejecting a lot of Linux mailservers. This seems fucking idiotic.

For the time being, I'd like to leave the thread unsolved in case anyone else knows a workaround, or in case I've just incorrectly set-up postfix.

roentgen · 2014-03-24 09:32:04

The postfix log may be seen with

journalctl -f -u postfix

or to make it more generic -- in the same place you've seen the log snippet you posted above .

You seem to try to talk directly to a public smtp server (smtp-bb.vtext.com). This will usually not work because smtp servers have many checks:

* do not accept dynamic IP ranges
* do not accept hosts without proper hostnames
* checks that example.com recognizes your IP as a smtp server.
* proper MAIL FROM address.

Your best bet is to make your postfix use a relay server with proper auth. The mail flow will look like this:

Your computer (postfix) > Relay server (authenticated session) > Destination SMTP server(smtp-bb.vtext.com).

The relay server in this case could be the smtp server of your email address.

apolyonn · 2014-03-24 23:33:06

I tried setting up my gmail account as a relay, but mail won't deliver :\

http://mhawthorne.net/posts/postfix-con … relay.html

Here's a snipped from mail.log (I replaced my linux hostname with Linuxhost)

Mar 24 19:23:14 Linuxhost postfix/smtp[8543]: 6596C181633: to=<gmailusername@gmail.com>, relay=smtp.gmail.com[173.194.68.109]:587, delay=613, delays=613/0.02/0.18/0.06, dsn=5.7.0, status=bounced (host smtp.gmail.com[173.194.68.109] said: 530 5.7.0 Must issue a STARTTLS command first. l20sm24032415qgd.16 - gsmtp (in reply to MAIL FROM command))
Mar 24 19:23:14 Linuxhost postfix/cleanup[8546]: DA613180CE2: message-id=<20140324232314.DA613180CE2@Linuxhost>
Mar 24 19:23:14 Linuxhost postfix/cleanup[8547]: DD3F71817E7: message-id=<20140324232314.DD3F71817E7@Linuxhost>
Mar 24 19:23:14 Linuxhost postfix/bounce[8544]: 7BEE01809A7: sender non-delivery notification: DA613180CE2
Mar 24 19:23:14 Linuxhost postfix/qmgr[8338]: DD3F71817E7: from=<>, size=2225, nrcpt=1 (queue active)
Mar 24 19:23:14 Linuxhost postfix/qmgr[8338]: 7BEE01809A7: removed
Mar 24 19:23:14 Linuxhost postfix/qmgr[8338]: DA613180CE2: from=<>, size=2222, nrcpt=1 (queue active)
Mar 24 19:23:15 Linuxhost postfix/bounce[8545]: 6596C181633: sender non-delivery notification: DD3F71817E7
Mar 24 19:23:15 Linuxhost postfix/qmgr[8338]: 6596C181633: removed
Mar 24 19:23:15 Linuxhost postfix/local[8548]: DD3F71817E7: to=<username@Linuxhost>, relay=local, delay=0.13, delays=0.06/0.01/0/0.07, dsn=2.0.0, status=sent (delivered to mailbox)
Mar 24 19:23:15 Linuxhost postfix/qmgr[8338]: DD3F71817E7: removed
Mar 24 19:23:16 Linuxhost postfix/local[8549]: DA613180CE2: to=<username@Linuxhost>, relay=local, delay=1.2, delays=0.08/0.02/0/1.1, dsn=2.0.0, status=sent (delivered to mailbox)
Mar 24 19:23:16 Linuxhost postfix/qmgr[8338]: DA613180CE2: removed

and my /etc/postfix/main.cf:

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Arch)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = Sera
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = $myhostname localhost.$mydomain localhost
relayhost = [smtp.gmail.com]:587
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
default_transport = smtp
relay_transport = smtp
inet_protocols = all

# use sasl when authenticating to foreign smtp servers
smtp_sasl_aut_enable = yes

# path to password map file
map_sasl_password_maps = hash:/etc/postfix/sasl_passwd

# List of CAs to trust when verifying server certificatee
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt

# eliminates default security options which are incompatible wtih gmail
smtp_sasl_security_options =

and a heavily-redacted sasl_passwd:

[smtp.gmail.com]:587     gmailusername@gmail.com:password

My favorite part is this:
status=bounced (host smtp.gmail.com[173.194.68.109] said: 530 5.7.0 Must issue a STARTTLS command first.
because the page I referenced says that I should add smtp_use_tls=yes to main.cf, and it's pretty obviously already there.

Oh, one last thing. Reloading postfix produces this error message.

username@Linuxhost:/etc/postfix$ sudo postfix reload
/usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: smtp_sasl_aut_enable=yes
/usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: map_sasl_password_maps=hash:/etc/postfix/sasl_passwd
postfix/postfix-script: refreshing the Postfix mail system

Last edited by apolyonn (2014-03-25 17:15:02)

roentgen · 2014-03-25 10:31:51

Looks like a copy paste error to me.

apolyonn · 2014-03-25 17:12:40

roentgen wrote:

Looks like a copy paste error to me.

Thanks for clarifying XD I fixed those two lines. The error still persisted, but I found this article, which offered a solution: progress! However, I was still getting an error:

Mar 25 12:55:08 Linuxhost postfix/pickup[13649]: 0567C181954: uid=1000 from=<username>
Mar 25 12:55:08 Linuxhost postfix/cleanup[13655]: 0567C181954: message-id=<20140325165508.0567C181954@Linuxhost>
Mar 25 12:55:08 Linuxhost postfix/qmgr[13648]: 0567C181954: from=<username@Linuxhost>, size=411, nrcpt=1 (queue active)
Mar 25 12:55:08 Linuxhost postfix/smtp[13657]: warning: database /etc/postfix/sasl_passwd.db is older than source file /etc/postfix/sasl_passwd
Mar 25 12:55:08 Linuxhost postfix/smtp[13657]: connect to smtp.googlemail.com[2607:f8b0:400d:c00::10]:587: Network is unreachable
Mar 25 12:55:08 Linuxhost postfix/smtp[13657]: 0567C181954: to=<gmailaccount@gmail.com>, relay=smtp.googlemail.com[173.194.76.16]:587, delay=0.82, delays=0.11/0.19/0.48/0.05, dsn=5.5.1, status=bounced (host smtp.googlemail.com[173.194.76.16] said: 530-5.5.1 Authentication Required. Learn more at 530 5.5.1 http://support.google.com/mail/bin/answer.py?answer=14257 h90sm27856514qgf.3 - gsmtp (in reply to MAIL FROM command))
Mar 25 12:55:08 Linuxhost postfix/cleanup[13655]: E41EF181ADB: message-id=<20140325165508.E41EF181ADB@Linuxhost>
Mar 25 12:55:08 Linuxhost postfix/bounce[13659]: 0567C181954: sender non-delivery notification: E41EF181ADB
Mar 25 12:55:08 Linuxhost postfix/qmgr[13648]: E41EF181ADB: from=<>, size=2383, nrcpt=1 (queue active)
Mar 25 12:55:08 Linuxhost postfix/qmgr[13648]: 0567C181954: removed
Mar 25 12:55:09 Linuxhost postfix/local[13660]: E41EF181ADB: to=<username@Linuxhost>, relay=local, delay=0.11, delays=0.05/0.01/0/0.05, dsn=2.0.0, status=sent (delivered to mailbox)
Mar 25 12:55:09 Linuxhost postfix/qmgr[13648]: E41EF181ADB: removed
Mar 25 12:56:23 Linuxhost postfix/smtp[13493]: 2476E18162A: to=<gmailaccount@gmail.com>, relay=smtp.googlemail.com[173.194.68.16]:465, delay=300, delays=0.1/0.02/300/0, dsn=4.4.2, status=deferred (conversation with smtp.googlemail.com[173.194.68.16] timed out while receiving the initial server greeting)

Did a little more digging, starting with this, from the above log:

warning: database /etc/postfix/sasl_passwd.db is older than source file /etc/postfix/sasl_passwd

Ran across this forum discussion about postfix. Then I remembered that I changed the both main.cf and sasl_password from smtp.gmail.com to smtp.googlemail.com, which mirrors my Thunderbird credentials. But, I never issued the postmap command to update the db file. So, I simply ran:

sudo postmap /etc/postfix/sasl_passwd
sudo postfix reload

and now it's working great.

NOTABLE HIGHLIGHT FROM MY ENDEAVOUR:
Use smtp.googlemail.com if smtp.gmail.com doesn't work

Final main.cf:

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Arch)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls = yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = Sera
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = $myhostname localhost.$mydomain localhost
# Sera, localhost.localdomain, localhost
relayhost = [smtp.googlemail.com]:587
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
default_transport = smtp
relay_transport = smtp
inet_protocols = all

# use sasl when authenticating to foreign smtp servers
smtp_sasl_auth_enable = yes

# path to password map file
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd

# List of CAs to trust when verifying server certificatee
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt

# eliminates default security options which are incompatible wtih gmail
smtp_sasl_security_options = 

smtp_tls_security_level = may
smtp_sasl_security_options = noanonymous

Thanks a bunch for your help!

Solved.

Last edited by apolyonn (2014-03-25 17:17:03)

Arch Linux

#1 2014-03-22 19:36:52

[SOLVED] mailx error and inconsistency

#2 2014-03-23 18:43:27

Re: [SOLVED] mailx error and inconsistency

#3 2014-03-23 21:13:23

Re: [SOLVED] mailx error and inconsistency

#4 2014-03-23 21:24:52

Re: [SOLVED] mailx error and inconsistency

#5 2014-03-23 21:41:01

Re: [SOLVED] mailx error and inconsistency

#6 2014-03-23 21:54:16

Re: [SOLVED] mailx error and inconsistency

#7 2014-03-23 22:16:36

Re: [SOLVED] mailx error and inconsistency

#8 2014-03-24 00:21:17

Re: [SOLVED] mailx error and inconsistency

#9 2014-03-24 09:32:04

Re: [SOLVED] mailx error and inconsistency

#10 2014-03-24 23:33:06

Re: [SOLVED] mailx error and inconsistency

#11 2014-03-25 10:31:51

Re: [SOLVED] mailx error and inconsistency

#12 2014-03-25 17:12:40

Re: [SOLVED] mailx error and inconsistency

Board footer