email che non arrivano!!

[marika82]

ciao a tutti, ho creato sul mio server un nuovo account. ho poi fatto puntare il dominio che avevo su un altro hosting al nuovo server.
Tutto bene, il sito va, ho ricreato gli account di posta per l'email, ma ho un problema che non riesco a risolvere.
In pratica le email vengono inviate ma non vengono ricevute.

Se infatti tento di inviare un email all'indirizzo (ad esempio marco@sito1.com) mi arriva un email di errore che dice che non è possibile inviare l'email all'indirizzo che ho scrittot.

[cxcs]

ciao a tutti, ho creato sul mio server un nuovo account. ho poi fatto puntare il dominio che avevo su un altro hosting al nuovo server.
Tutto bene, il sito va, ho ricreato gli account di posta per l'email, ma ho un problema che non riesco a risolvere.
In pratica le email vengono inviate ma non vengono ricevute.

Se infatti tento di inviare un email all'indirizzo (ad esempio marco@sito1.com) mi arriva un email di errore che dice che non è possibile inviare l'email all'indirizzo che ho scrittot.

Devi valutare se :
1.è stata eseguita una corretta configurazione del server
2.se è avvenuta la propagazione dns per il nuovo puntamento del dominio

e fornirci ulteriori dettagli circa il tipo di server (linux o windows) ed eventuali errori all'interno dei log di sistema.Mentre invii un email diretta al tuo nuovo server,puoi controllare ad esempio con : tailf /var/log/mail.log (debian) se al momento della ricezione ci sono problemi invalidanti,ad esempio un utente inesistente,una configurazione errata delle mailbox ecc.

[marika82]

grazie della risposta, ti do ulteriori dettagli:
il server è linux e le email vengono inviate ma non vengono ricevute da indirizzi email esterni al server, mi spiego meglio..

dominio: sito.com
email: email@sito.com

email esterna: prova@prova.com

se invio email da prova@prova.com a email@sito.com questa non arriva a destinazione ed il server di prova.com mi invia un email di errore dicendomi che non può recapitare l'email all'indirizzo da me inserito perchè l'host corrisponde ad un altro dominio.
se invio invece email da email2@sito.com a email@sito.com questa arriva regolarmente.

quindi il problema è che non riceve email da indirizzi esterni al dominio, strano non mi era mai successo.

aggiungo inoltre un altro dettaglio, su questo server ho un altro dominio e un altro account che gestisco insieme, cioè dominio e spazio vengono gestiti dallo stesso hosting, e le email vengono inviate e ricevute senza alcun problema.

[Valeriano Manassero]

E' molto più semplice che tu alleghi i log del tuo MTA relativo a questi invii.

[marika82]

quando tento di inviare un email m arriva questo come ritorno:


Il server che gestisce l'indirizzo email di destinazione, ha respinto il messaggio con la seguente motivazione:
Destinations server rejected message with this cause:

email@sito.com: host smtp-avas.seeweb.it said: 534 2.5.5
email@sito.com: Relay access denied (in reply to RCPT TO command).

[Valeriano Manassero]

quando tento di inviare un email m arriva questo come ritorno:


Il server che gestisce l'indirizzo email di destinazione, ha respinto il messaggio con la seguente motivazione:
Destinations server rejected message with this cause:

email@sito.com: host smtp-avas.seeweb.it said: 534 2.5.5
email@sito.com: Relay access denied (in reply to RCPT TO command).

Il 534 è un "Authentication mechanism is too weak.".

Ti ripeto la domanda:
devi postare i LOG senza i quali le info sono troppo generiche.

[guest]

quando tento di inviare un email m arriva questo come ritorno:


Il server che gestisce l'indirizzo email di destinazione, ha respinto il messaggio con la seguente motivazione:
Destinations server rejected message with this cause:

email@sito.com: host smtp-avas.seeweb.it said: 534 2.5.5
email@sito.com: Relay access denied (in reply to RCPT TO command).

email@sito.com è il mittente e saresti te che cerchi di inviare fuori dal tuo dominio?

se si, devi attivare l'autenticazione smtp.

[marika82]

no in pratica se invio un email da un indirizzo esterno al dominio ad un indirizzo interno al dominio, questa non arriva, mentre se invio email tra indirizzi interni al dominio arrivano tranquillamente.

[GrG]

Guarda che se non gli dai i log Valeriano si arrabbia.

Questo server chi lo gestisce?

[marika82]

mi dite il percorso dove posso leggere i log che mi chiedete?

[guest]

no in pratica se invio un email da un indirizzo esterno al dominio ad un indirizzo interno al dominio, questa non arriva, mentre se invio email tra indirizzi interni al dominio arrivano tranquillamente.

email@sito.com è una tua mail? Riesci ad inviare verso altre caselle?
Se si, il problema è li.

[marika82]

email@sito.com è un email appartenente a quel dominio e si, riesco ad inviarle ma non le ricevo da indirizzi esterni al dominio.

[Valeriano Manassero]

mi dite il percorso dove posso leggere i log che mi chiedete?

Considerato che, se ho ben capito, il tuo MTA rifiuta le mail che arrivano da fuori, bisogna capire il *perché* la tua macchina decide di fare reject.
Ora, non sono a conoscenze di come la macchina è gestita, ma il *gestore* (tu o chi per te), per individuare il problema in modo preciso, deve andare a verificare i log relativi a questi reject.

Essendo che nessuno di noi ha la sfera magica (almeno non io), dirti dove sono i log sulla *tua* macchina è un po' difficile e comunque, perdona la franchezza, ma il gestore dovrebbe conoscerne l'ubicazione a memoria e tirare fuori l'output a colpi di grep in 30 secondi.
Non mi va di fare il solito pistolotto, tanto chi si improvvisa ha la testa dura, comunque, per semplificare le cose, puoi rispondere a queste semplici due domande:
UNO: chi gestisce la macchina? => @gestore
DUE: @gestore, ci puoi fornire i log relativi? => @logs

Di li in avanti è possibile parlare con cognizione di causa.

[marika82]

Considerato che, se ho ben capito, il tuo MTA rifiuta le mail che arrivano da fuori, bisogna capire il *perché* la tua macchina decide di fare reject.
Ora, non sono a conoscenze di come la macchina è gestita, ma il *gestore* (tu o chi per te), per individuare il problema in modo preciso, deve andare a verificare i log relativi a questi reject.

Essendo che nessuno di noi ha la sfera magica (almeno non io), dirti dove sono i log sulla *tua* macchina è un po' difficile e comunque, perdona la franchezza, ma il gestore dovrebbe conoscerne l'ubicazione a memoria e tirare fuori l'output a colpi di grep in 30 secondi.
Non mi va di fare il solito pistolotto, tanto chi si improvvisa ha la testa dura, comunque, per semplificare le cose, puoi rispondere a queste semplici due domande:
UNO: chi gestisce la macchina? => @gestore
DUE: @gestore, ci puoi fornire i log relativi? => @logs

Di li in avanti è possibile parlare con cognizione di causa.

hai perfettamente ragione provo a chiedere a lui, faccio prima.